[Bug driver/44933] New: --help=common undocumented
$ grep -A11 specifics\[] gcc/opts.c specifics[] = { { optimizers, CL_OPTIMIZATION }, { target, CL_TARGET }, { warnings, CL_WARNING }, { undocumented, CL_UNDOCUMENTED }, { params, CL_PARAMS }, { joined, CL_JOINED }, { separate, CL_SEPARATE }, { common, CL_COMMON }, { NULL, 0 } }; ./xgcc --help | grep help= --help={target|optimizers|warnings|params|[^]{joined|separate|undocumented}}[,...] diff --git a/gcc/gcc.c b/gcc/gcc.c index 6a0dae5..a1aad41 100644 --- a/gcc/gcc.c +++ b/gcc/gcc.c @@ -3366,7 +3366,7 @@ display_help (void) fputs (_( -pass-exit-codes Exit with highest error code from a phase\n), stdout); fputs (_( --help Display this information\n), stdout); fputs (_( --target-helpDisplay target specific command line options\n), stdout); - fputs (_( --help={target|optimizers|warnings|params|[^]{joined|separate|undocumented}}[,...]\n), stdout); + fputs (_( --help={common|target|optimizers|warnings|params|[^]{joined|separate|undocumented}}[,...]\n), stdout); fputs (_( Display specific types of command line options\n), stdout); if (! verbose_flag) fputs (_( (Use '-v --help' to display command line options of sub-processes)\n), stdout); oh and AFAICS there is no --help=debug that would list (e.g.) -fdump-[rtl|tree]-pass -- Summary: --help=common undocumented Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: driver AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44933
[Bug tree-optimization/28632] VRP should understand bitwise OR and AND
--- Comment #19 from aldot at gcc dot gnu dot org 2010-07-09 07:53 --- Created an attachment (id=21156) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21156action=view) gcc/testsuite/gcc.dg/tree-ssa/vrp50-PR28632.c -- aldot at gcc dot gnu dot org changed: What|Removed |Added Attachment #16012|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28632
[Bug tree-optimization/28632] VRP should understand bitwise OR and AND
-- aldot at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|aldot at gcc dot gnu dot org|unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28632
[Bug target/32219] optimizer causes wrong code in pic/hidden/weak symbol checking.
--- Comment #11 from aldot at gcc dot gnu dot org 2010-03-16 13:35 --- (In reply to comment #10) Well, simply re-ordering the visibility and the weak check in varasm.c:default_binds_local_p_1 should do the trick. It does. http://gcc.gnu.org/ml/gcc-patches/2010-03/msg00665.html -- aldot at gcc dot gnu dot org changed: What|Removed |Added Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32219
[Bug target/32219] optimizer causes wrong code in pic/hidden/weak symbol checking.
--- Comment #9 from aldot at gcc dot gnu dot org 2010-03-08 19:28 --- (In reply to comment #8) What's the status of this bug ? we currently still end up with call 0 on e.g. i386 The same things can happen in libraries with fpic yes. Thing is that we could theoretically work around it by explicitly looking at the addr ¹) but that's just plain disgusting imho. And the hardened guys will not like the idea to drop DOPIC (i.e. build members of .a without PIC). So.. What's the status of that bug? Current binutils-2.20 and somewhat current gcc basically generate wrong code, or at least code that behaves in an unpleasant way causing grief.. ¹) https://bugs.uClibc.org/1033 thanks and cheers, -- aldot at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-03-08 19:28:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32219
[Bug middle-end/42899] New: DSE fails: no-op modification of global data pessimized code-size
John Regehr points out this size-regression WRT 3.4: Sometimes a function modifies globals but even so has no net effect: http://embed.cs.utah.edu/embarrassing/jan_10/harvest/source/8A/8AB0B238.shtml http://embed.cs.utah.edu/embarrassing/jan_10/harvest/source/14/14157FE8.shtml Somehow gcc3 sees these but everyone else including gcc4 fails. $ cat 8AB0B238.c struct frame_info; struct frame_info; struct frame_info; struct frame_info; struct frame_info; struct frame_info; struct frame_info; struct frame_info; struct frame_info; void tui_registers_changed_hook (void); extern struct frame_info *deprecated_selected_frame; int tui_refreshing_registers = 0; void tui_registers_changed_hook (void) { struct frame_info *fi; fi = deprecated_selected_frame; if (fi) { if (tui_refreshing_registers == 0) { tui_refreshing_registers = 1; tui_refreshing_registers = 0; } } return; } $ for i in 3.4 4.4 4.5.orig-HEAD;do gcc-$i -fomit-frame-pointer -Os -c -o 8AB0B238.o-gcc-$i 8AB0B238.c;done $ size 8AB0B238.o* textdata bss dec hex filename 1 0 4 5 5 8AB0B238.o-gcc-3.4 29 0 4 33 21 8AB0B238.o-gcc-4.4 29 0 4 33 21 8AB0B238.o-gcc-4.5.orig-HEAD -- Summary: DSE fails: no-op modification of global data pessimized code-size Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org OtherBugsDependingO 16996 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42899
[Bug target/16350] gcc only understands little endian ARM systems
--- Comment #26 from aldot at gcc dot gnu dot org 2010-01-26 17:44 --- ping. Although nick's ChangeLog in comment #c15 mentiones the Use for MULTILIB_DEFAULTS the hunk in comment #22 and #24 did not end up in svn: * config/arm/linux-elf.h (TARGET_ENDIAN_DEFAULT): Define based on TARGET_BIG_ENDIAN_DEFAULT. Use for MULTILIB_DEFAULTS. (TARGET_DEFAULT): Set according to TARGET_ENDIAN_DEFAULT. -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||pbrook at gcc dot gnu dot ||org Last reconfirmed|2005-01-12 01:47:12 |2010-01-26 17:44:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16350
[Bug c/18624] GCC does not detect local variable set but never used
--- Comment #19 from aldot at gcc dot gnu dot org 2009-11-25 18:15 --- (In reply to comment #18) http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01392.html Wunused-var-1.c has these two tests: void f1 (void) { int a;/* { dg-warning set but not used } */ int b; int c; c = 1; a = b = c; } Neither of them has side-effects nor is actually used, so warnings for all of them should be emitted. void f2 (int x) { int a;/* { dg-warning set but not used } */ int b; int c;/* { dg-warning set but not used } */ c = (a = x, b = x); } Same here AFAICS, also the PARM_DECL is unused. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18624
[Bug rtl-optimization/35404] ra-conflict does not handle subregs optimally
--- Comment #8 from aldot at gcc dot gnu dot org 2009-08-27 20:28 --- (In reply to comment #7) any regressions, if any exist at all, must be addressed by vlad's new register allocator. IRA is now on trunk, is this fixed on 4.4.x ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35404
[Bug rtl-optimization/11832] Optimization of common code in switch statements
--- Comment #8 from aldot at gcc dot gnu dot org 2009-07-02 15:05 --- Important reminder from steven from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33828#c13 stevenb GCC should not hoist up further than up to the first common dominator. i.e. ..can be Hoisted to B from #3 and _not_ to the def_stmt (iff the def_stmt is not in B of course, if it is then it's obviously the correct spot to hoist to). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11832
[Bug tree-optimization/28632] VRP should understand bitwise OR and AND
--- Comment #17 from aldot at gcc dot gnu dot org 2009-06-22 08:28 --- Created an attachment (id=18044) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18044action=view) Bootstraps and regtests bootstrapped and regtested all default languages with no new regressions. TODO: - split out to helper function - unite the two (unrelated) gcc_asserts and send them separately - drop debugging stuff -- aldot at gcc dot gnu dot org changed: What|Removed |Added Attachment #16113|0 |1 is obsolete|| Attachment #16114|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28632
[Bug tree-optimization/28632] VRP should understand bitwise OR and AND
-- aldot at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldot at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2006-08-08 00:37:24 |2009-06-10 16:48:37 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28632
[Bug tree-optimization/18031] OR of a bitfield and a constant is not optimized at tree level
--- Comment #10 from aldot at gcc dot gnu dot org 2009-06-07 16:54 --- 4.3.3 does not simplify it, 4.4.0 onward do. for reference 4.3.3: Substituing values and folding statements Constants propagated: 0 Copies propagated: 0 Predicates folded: 0 ior (bD.1193) { unnamed-unsigned:1 D.1200; unsigned charD.10 D.1199; signed charD.9 D.1198; signed charD.9 D.1197; unnamed-unsigned:1 D.1196; # BLOCK 2 freq:1 # PRED: ENTRY [100.0%] (fallthru,exec) # VUSE SMT.4D.1206_7(D) { SMT.4D.1206 } D.1196_2 = bD.1193_1(D)-bitD.1192; D.1197_3 = (signed charD.9) D.1196_2; D.1198_4 = D.1197_3 | 1; D.1199_5 = (unsigned charD.10) D.1198_4; D.1200_6 = (unnamed-unsigned:1) D.1199_5; # SMT.4D.1206_8 = VDEF SMT.4D.1206_7(D) { SMT.4D.1206 } bD.1193_1(D)-bitD.1192 = D.1200_6; return; # SUCC: EXIT [100.0%] } 4.4.0: Pass statistics: Constants propagated: 1 Number of ASSERT_EXPR expressions inserted: 1 Statements deleted: 5 ior (struct B * bD.1247) { unnamed-unsigned:1 D.1254; unsigned charD.10 D.1253; signed charD.9 D.1252; signed charD.9 D.1251; unnamed-unsigned:1 D.1250; # BLOCK 2 freq:1 # PRED: ENTRY [100.0%] (fallthru,exec) # SMT.10D.1266_8 = VDEF SMT.10D.1266_7(D) { SMT.10D.1266 } bD.1247_1(D)-bitD.1246 = 1; return; # SUCC: EXIT [100.0%] } -- aldot at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.3.3 Known to work||4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18031
[Bug target/16350] gcc only understands little endian ARM systems
--- Comment #24 from aldot at gcc dot gnu dot org 2009-06-07 22:51 --- Nick, As mentioned in #22 the following hunk that was in the patch was not applied: diff --git a/gcc/config/arm/linux-elf.h b/gcc/config/arm/linux-elf.h index 07455ee..d8e65d2 100644 --- a/gcc/config/arm/linux-elf.h +++ b/gcc/config/arm/linux-elf.h @@ -51,7 +51,7 @@ #undef MULTILIB_DEFAULTS #define MULTILIB_DEFAULTS \ - { marm, mlittle-endian, mhard-float, mno-thumb-interwork } + { marm, TARGET_ENDIAN_OPTION, mhard-float, mno-thumb-interwork } /* Now we define the strings used to build the spec file. */ #undef LIB_SPEC Please install. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16350
[Bug middle-end/28417] suboptimal 'division by constant' optimization
-- aldot at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||16996 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-06-06 15:08:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28417
[Bug target/30354] -Os doesn't optimize a/CONST even if it saves size.
--- Comment #6 from aldot at gcc dot gnu dot org 2009-06-05 16:19 --- CC'ing honza as i386 maintainer -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot ||org, hubicka at gcc dot gnu ||dot org OtherBugsDependingO||37515 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30354
[Bug tree-optimization/28632] VRP should understand bitwise OR and AND
--- Comment #16 from aldot at gcc dot gnu dot org 2009-06-05 16:27 --- (In reply to comment #15) (In reply to comment #13) Created an attachment (id=16113) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16113action=view) [edit] Updated doubleint-based patch. DOES NOT PASS TESTSUITE. I meant does not bootstrap. Anyway. Something strange is going on. Last two patches: I have a reimplementation (for BIT_AND_EXPR only, BIT_IOR_EXPR seem to work ok on trunk) in testing that i intend to submit for inclusion. -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28632
[Bug c/31537] duplicate weakref emitted with IMA
--- Comment #12 from aldot at gcc dot gnu dot org 2009-06-04 13:24 --- Well, without it fixed it's impossible to build libgfortran (and other apps) with combine, which would be a very nice thing to have. The sample patch above exposed no regressions fwiw. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31537
[Bug target/20049] __builtin_ia32_loadsss is still documented
--- Comment #3 from aldot at gcc dot gnu dot org 2009-01-14 11:01 --- Created an attachment (id=17098) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17098action=view) patch for trunk to remove references to the removed __builtin_ia32_{pextrw,pinsrw} -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20049
[Bug target/37250] GCC documentation lists unavailable ia32 intrinsics
--- Comment #1 from aldot at gcc dot gnu dot org 2009-01-14 11:02 --- *** This bug has been marked as a duplicate of 20049 *** -- aldot at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37250
[Bug target/20049] __builtin_ia32_loadsss is still documented
--- Comment #4 from aldot at gcc dot gnu dot org 2009-01-14 11:02 --- *** Bug 37250 has been marked as a duplicate of this bug. *** -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||jtoomim at jtoomim dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20049
[Bug c/38836] Documentation for x86 builtins is outdated
--- Comment #1 from aldot at gcc dot gnu dot org 2009-01-14 11:13 --- As previously said on irc, this is a duplicate of PR20049. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38836
[Bug target/20049] __builtin_ia32_loadsss is still documented
--- Comment #5 from aldot at gcc dot gnu dot org 2009-01-14 11:33 --- Also applies to the 4_3-branch. -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot org Keywords||patch http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20049
[Bug c/37865] gfortran build fails in stage 3 bootstrap with --enable-intermodule
--- Comment #4 from aldot at gcc dot gnu dot org 2008-12-14 15:30 --- Sounds a bit like the problem from comment #0 is a duplicate or related to PR31537 and/or PR35034 ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37865
[Bug c/38460] New: fails to build unwinder
compiling gcc/unwind* with IMA fails to produce correct assembly with trunk: /there/src/buildroot.git.pentium4/i686_build/staging/usr/bin/i686-linux-uclibc-gcc -Os -pipe -fno-builtin -O2 -Os -pipe -fno-builtin -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../.././gcc -I/there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc -I/there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc/. -I/there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc/../gcc -I/there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc/../include -DHAVE_CC_TLS -DUSE_TLS -o libgcc_eh_onestep.o -MT libgcc_eh_onestep.o -MD -MP -MF libgcc_eh_onestep.dep -fexceptions /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc/../gcc/emutls.c /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc/../gcc/gthr-gnat.c /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc/../gcc/unwind-c.c /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc/../gcc/unwind-dw2-fde-glibc.c /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc/../gcc/unwind-dw2.c /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc/../gcc/unwind-sjlj.c -fvisibility=hidden -DHIDE_EXPORTS -c -combine In file included from /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc/../gcc/unwind-dw2-fde-glibc.c:62: /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc/../gcc/unwind-dw2-fde.c: In function fde_unencoded_compare: /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc/../gcc/unwind-dw2-fde.c:326: warning: dereferencing type-punned pointer will break strict-aliasing rules /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc/../gcc/unwind-dw2-fde.c:327: warning: dereferencing type-punned pointer will break strict-aliasing rules /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc/../gcc/unwind-dw2-fde.c: In function add_fdes: /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc/../gcc/unwind-dw2-fde.c:682: warning: dereferencing type-punned pointer will break strict-aliasing rules /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc/../gcc/unwind-dw2-fde.c: In function linear_search_fdes: /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc/../gcc/unwind-dw2-fde.c:800: warning: dereferencing type-punned pointer will break strict-aliasing rules /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc/../gcc/unwind-dw2-fde.c: In function binary_search_unencoded_fdes: /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/libgcc/../gcc/unwind-dw2-fde.c:848: warning: dereferencing type-punned pointer will break strict-aliasing rules {standard input}: Assembler messages: {standard input}:4640: Error: symbol `read_encoded_value' is already defined make[3]: *** [libgcc_eh_onestep.o] Error 1 -- Summary: fails to build unwinder Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: assemble-failure Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
[Bug c/38460] fails to build unwinder
--- Comment #1 from aldot at gcc dot gnu dot org 2008-12-09 20:37 --- Created an attachment (id=16856) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16856action=view) unreduced file1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
[Bug c/38460] fails to build unwinder
--- Comment #2 from aldot at gcc dot gnu dot org 2008-12-09 20:37 --- Created an attachment (id=16857) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16857action=view) unreduced file2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
[Bug c/38460] fails to build unwinder
--- Comment #3 from aldot at gcc dot gnu dot org 2008-12-09 20:38 --- Created an attachment (id=16858) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16858action=view) unreduced file3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
[Bug c/38460] fails to build unwinder
--- Comment #4 from aldot at gcc dot gnu dot org 2008-12-09 20:38 --- Created an attachment (id=16859) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16859action=view) output of unreduced input /there/src/buildroot.git.pentium4/i686_build/staging/usr/bin/i686-linux-uclibc-gcc -Os emutls.i unwind-c.i unwind-dw2.i -S -o libgcc_eh-unreduced.S -combine -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
[Bug c/38460] fails to build unwinder
--- Comment #5 from aldot at gcc dot gnu dot org 2008-12-09 20:39 --- Created an attachment (id=16860) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16860action=view) reduced file1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
[Bug c/38460] fails to build unwinder
--- Comment #6 from aldot at gcc dot gnu dot org 2008-12-09 20:39 --- Created an attachment (id=16861) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16861action=view) reduced file3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
[Bug c/38460] fails to build unwinder
--- Comment #7 from aldot at gcc dot gnu dot org 2008-12-09 20:40 --- Created an attachment (id=16862) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16862action=view) reduced file3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
[Bug c/38460] fails to build unwinder
--- Comment #8 from aldot at gcc dot gnu dot org 2008-12-09 20:41 --- Created an attachment (id=16863) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16863action=view) output of reduced input /there/src/buildroot.git.pentium4/i686_build/staging/usr/bin/i686-linux-uclibc-gcc -Os emutls.0.i unwind-c.0.i unwind-dw2.0.i -c -o libgcc_eh.o -combine -w /tmp/ccBHYNVJ.s: Assembler messages: /tmp/ccBHYNVJ.s:29: Error: symbol `read_encoded_value' is already defined -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460
[Bug c/38445] New: [4.4 Regression] ICE in tree-ssa-struct-alias when compiling grub-0.97
initialized from here) at /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/gcc/diagnostic.c:502 #8 0x0847995f in emit_pointer_definition (def=0xb7c04e00) at /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/gcc/tree-ssa-structalias.c:4724 #9 0x084799c1 in emit_pointer_definition (def=value optimized out) at /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/gcc/tree-ssa-structalias.c:4718 #10 0x084799c1 in emit_pointer_definition (def=value optimized out) at /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/gcc/tree-ssa-structalias.c:4718 #11 0x084799c1 in emit_pointer_definition (def=value optimized out) at /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/gcc/tree-ssa-structalias.c:4718 #12 0x084799c1 in emit_pointer_definition (def=value optimized out) at /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/gcc/tree-ssa-structalias.c:4718 #13 0x084799c1 in emit_pointer_definition (def=value optimized out) at /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/gcc/tree-ssa-structalias.c:4718 #14 0x084799c1 in emit_pointer_definition (def=value optimized out) at /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/gcc/tree-ssa-structalias.c:4718 #15 0x084799c1 in emit_pointer_definition (def=value optimized out) at /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/gcc/tree-ssa-structalias.c:4718 #16 0x084799c1 in emit_pointer_definition (def=value optimized out) at /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/gcc/tree-ssa-structalias.c:4718 [snip gazillions of :4718] -- Summary: [4.4 Regression] ICE in tree-ssa-struct-alias when compiling grub-0.97 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38445
[Bug c/38445] [4.4 Regression] ICE in tree-ssa-struct-alias when compiling grub-0.97
--- Comment #1 from aldot at gcc dot gnu dot org 2008-12-08 15:08 --- Created an attachment (id=16851) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16851action=view) preprocess source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38445
[Bug target/37680] New: ICE: unable to generate reloads for: (insn:QI
Using built-in specs. Target: m68k-linux-uclibc Configured with: /there/toolchain_build_m68k/gcc-4.3.2/configure --prefix=/usr --build=i386-pc-linux-gnu --host=i386-pc-linux-gnu --target=m68k-linux-uclibc --enable-languages=c,fortran --with-sysroot=/there/build_m68k/staging_dir --with-build-time-tools=/there/build_m68k/staging_dir/usr/m68k-linux-uclibc/bin --disable-__cxa_atexit --enable-target-optspace --with-gnu-ld --enable-shared --with-gmp=/there/toolchain_build_m68k/gmp --with-mpfr=/there/toolchain_build_m68k/mpfr --disable-nls --enable-threads --disable-multilib --disable-libssp --disable-libssp --disable-libmudflap --disable-libgomp --enable-decimal-float=no Thread model: posix gcc version 4.3.2 (GCC) COLLECT_GCC_OPTIONS='-O2' '-fno-strength-reduce' '-fomit-frame-pointer' '-ffixed-a2' '-c' '-o' 'bug.o' '-w' '-v' '-m68020' /there/build_m68k/staging_dir/usr/bin/../libexec/gcc/m68k-linux-uclibc/4.3.2/cc1 -fpreprocessed ocfs2_alloc.14.i -quiet -dumpbase ocfs2_alloc.14.i -m68020 -auxbase-strip bug.o -O2 -w -version -fno-strength-reduce -fomit-frame-pointer -ffixed-a2 -o /tmp/ccPPnDEw.s GNU C (GCC) version 4.3.2 (m68k-linux-uclibc) compiled by GNU C version 4.3.2, GMP version 4.2.2, MPFR version 2.3.1. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: e46c73a65794f9c9fe8cc606fdcc10e7 ocfs2_alloc.14.i: In function 'ocfs2_remove_extent': ocfs2_alloc.14.i:196: error: unable to generate reloads for: (insn:QI 147 146 148 14 ocfs2_alloc.14.i:99 (parallel [ (set (cc0) (compare (reg:DI 5 %d5 [orig:56 D.1892 ] [56]) (reg:DI 0 %d0 [108]))) (clobber (reg:DI 109)) ]) 12 {*m68k.md:521} (expr_list:REG_DEAD (reg:DI 0 %d0 [108]) (expr_list:REG_UNUSED (reg:DI 109) (nil ocfs2_alloc.14.i:196: internal compiler error: in find_reloads, at reload.c:3767 Please submit a full bug report, -- Summary: ICE: unable to generate reloads for: (insn:QI Product: gcc Version: 4.3.2 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org GCC build triplet: i386-pc-linux-gnu GCC host triplet: i386-pc-linux-gnu GCC target triplet: m68k-linux-uclibc http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37680
[Bug target/37680] ICE: unable to generate reloads for: (insn:QI
--- Comment #1 from aldot at gcc dot gnu dot org 2008-09-30 10:24 --- Created an attachment (id=16431) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16431action=view) reduced from linux-2.6.26.5/fs/ocfs2/alloc.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37680
[Bug libfortran/37687] New: error: Link tests are not allowed after GCC_NO_EXECUTABLES while checking for symbol versioning support
checking whether symbol versioning is supported... configure: error: Link tests are not allowed after GCC_NO_EXECUTABLES. make[2]: *** [configure-target-libgfortran] Error 1 This affects both libgfortran and libssp. Seen with: gcc version 4.4.0 20080930 (experimental) [trunk revision 140790] (GCC) -- Summary: error: Link tests are not allowed after GCC_NO_EXECUTABLES while checking for symbol versioning support Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org GCC build triplet: i386-pc-linux-gnu GCC host triplet: i386-pc-linux-gnu GCC target triplet: powerpc-linux-uclibc http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37687
[Bug middle-end/37170] [4.4 Regression]: gcc.dg/weak/weak-1.c
--- Comment #84 from aldot at gcc dot gnu dot org 2008-09-24 09:51 --- The fix doesn't seem to work for me on arm: $ cat pr-weak.c /* tell the compiler that the count isn't in the small data section if the arch * has one (eg: FRV) */ extern const unsigned long kallsyms_num_syms __attribute__((weak, section(.rodata))); int main(void) { return !!kallsyms_num_syms; } $ /there.arm/usr/bin/arm-linux-uclibcgnueabi-gcc -Os -S -o - pr-weak.c -v Using built-in specs. Target: arm-linux-uclibcgnueabi Configured with: /srcs/toolchain_build_arm_nofpu/gcc-4.4.0/configure --prefix=/usr --build=i386-pc-linux-gnu --host=i386-pc-linux-gnu --target=arm-linux-uclibcgnueabi --enable-languages=c,fortran --with-sysroot=/there.arm --with-build-time-tools=/there.arm/usr/arm-linux-uclibcgnueabi/bin --disable-__cxa_atexit --enable-target-optspace --with-gnu-ld --enable-shared --with-gmp=/srcs/toolchain_build_arm_nofpu/gmp --with-mpfr=/srcs/toolchain_build_arm_nofpu/mpfr --disable-nls --enable-threads --disable-multilib --with-float=soft --with-abi=aapcs-linux --disable-libssp --disable-libssp --disable-libmudflap --disable-libgomp --enable-decimal-float=no Thread model: posix gcc version 4.4.0 20080923 (experimental) [trunk revision 140602] (GCC) COLLECT_GCC_OPTIONS='-Os' '-S' '-o' '-' '-v' '-mfloat-abi=soft' '-mabi=aapcs-linux' /there.arm/usr/bin/../libexec/gcc/arm-linux-uclibcgnueabi/4.4.0/cc1 -quiet -v -iprefix /there.arm/usr/bin/../lib/gcc/arm-linux-uclibcgnueabi/4.4.0/ pr-weak.c -quiet -dumpbase pr-weak.c -mfloat-abi=soft -mabi=aapcs-linux -auxbase-strip - -Os -version -o - ignoring nonexistent directory /there.arm/usr/bin/../lib/gcc/arm-linux-uclibcgnueabi/4.4.0/../../../../arm-linux-uclibcgnueabi/include ignoring nonexistent directory /there.arm/usr/local/include ignoring duplicate directory /there.arm/usr/bin/../lib/gcc/../../lib/gcc/arm-linux-uclibcgnueabi/4.4.0/include ignoring duplicate directory /there.arm/usr/bin/../lib/gcc/../../lib/gcc/arm-linux-uclibcgnueabi/4.4.0/include-fixed ignoring nonexistent directory /there.arm/usr/bin/../lib/gcc/../../lib/gcc/arm-linux-uclibcgnueabi/4.4.0/../../../../arm-linux-uclibcgnueabi/include #include ... search starts here: #include ... search starts here: /there.arm/usr/bin/../lib/gcc/arm-linux-uclibcgnueabi/4.4.0/include /there.arm/usr/bin/../lib/gcc/arm-linux-uclibcgnueabi/4.4.0/include-fixed /there.arm/usr/include End of search list. GNU C (GCC) version 4.4.0 20080923 (experimental) [trunk revision 140602] (arm-linux-uclibcgnueabi) compiled by GNU C version 4.3.2, GMP version 4.2.2, MPFR version 2.3.1. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 071bc0f306e6057c8a651fee23ec8dfa .cpu arm10tdmi .fpu softvfp .eabi_attribute 20, 1 .eabi_attribute 21, 1 .eabi_attribute 23, 3 .eabi_attribute 24, 1 .eabi_attribute 25, 1 .eabi_attribute 26, 2 .eabi_attribute 30, 4 .eabi_attribute 18, 4 .file pr-weak.c .text .align 2 .global main .type main, %function main: @ args = 0, pretend = 0, frame = 0 @ frame_needed = 0, uses_anonymous_args = 0 @ link register save eliminated. ldr r3, .L3 ldr r0, [r3, #0] subsr0, r0, #0 movne r0, #1 bx lr .L4: .align 2 .L3: .word kallsyms_num_syms .size main, .-main .ident GCC: (GNU) 4.4.0 20080923 (experimental) [trunk revision 140602] .section.note.GNU-stack,,%progbits COMPILER_PATH=/there.arm/usr/bin/../libexec/gcc/arm-linux-uclibcgnueabi/4.4.0/:/there.arm/usr/bin/../libexec/gcc/:/there.arm/usr/bin/../lib/gcc/arm-linux-uclibcgnueabi/4.4.0/../../../../arm-linux-uclibcgnueabi/bin/ LIBRARY_PATH=/there.arm/usr/bin/../lib/gcc/arm-linux-uclibcgnueabi/4.4.0/:/there.arm/usr/bin/../lib/gcc/:/there.arm/usr/bin/../lib/gcc/arm-linux-uclibcgnueabi/4.4.0/../../../../arm-linux-uclibcgnueabi/lib/:/there.arm/lib/:/there.arm/usr/lib/ COLLECT_GCC_OPTIONS='-Os' '-S' '-o' '-' '-v' '-mfloat-abi=soft' '-mabi=aapcs-linux' works with 4.3.2 configured in the same way. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
[Bug middle-end/37280] [4.4 Regression] weak symbol regression breaks linux kernel
--- Comment #10 from aldot at gcc dot gnu dot org 2008-09-16 19:15 --- (In reply to comment #9) Hi, I tried the following patch. http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00195.html .weak symbol can be emitted, but with two same lines. Thanks! So that would bring you into the same situation as PR31537 is in (FE emits duplicate asm directives, quick workaround in the BE for weakrefs is attached to PR31537). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37280
[Bug c/31537] duplicate weakref emitted with IMA
--- Comment #10 from aldot at gcc dot gnu dot org 2008-09-16 19:17 --- unassigning. The BE workaround bypasses it for me, no time to look further. -- aldot at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|aldot at gcc dot gnu dot org|unassigned at gcc dot gnu ||dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31537
[Bug target/37438] New: [4.4 Regression] ICE in extract_insn, at recog.c:2027 for i{4,5}86
[maybe duplicate of or related to PR37434] fails for i486, i586, works with i386, i686: - 8 - $ cat mknod.6.i int gnu_dev_minor (unsigned long long int dev) { return (dev 0xff) | ((unsigned int) (dev 12) ~0xff); } int mknod(const char *path, unsigned int mode, unsigned long long int dev) { unsigned short k_dev; k_dev = ((gnu_dev_major (dev) 0xff) 8) | (gnu_dev_minor (dev) 0xff); return __syscall_mknod(path, mode, k_dev); } - 8 - $ gcc-4.4-HEAD -Os -march=i486 -c mknod.6.i -o mknod.o -v Using built-in specs. Target: i686-linux-gnu Configured with: ../../src/gcc-4.4/configure -v --enable-languages=c CFLAGS='-O0 -g3 -ggdb3 -finline-limit=1' CXXFLAGS='-O0 -g3 -ggdb3 -finline-limit=1' 'BOOT_CFLAGS=-O0 -g3 -ggdb3 -finline-limit=1' 'BOOT_CXXFLAGS=-O0 -g3 -ggdb3 -finline-limit=1' 'CFLAGS_FOR_TARGET=-O0 -g3 -ggdb3 -finline-limit=1' 'CXXFLAGS_FOR_TARGET=-O0 -g3 -ggdb3 -finline-limit=1' --prefix=/opt/gcc-4.4/ --enable-shared --with-system-zlib --libexecdir=/opt/gcc-4.4/lib --enable-nls --without-included-gettext --enable-threads=posix --program-suffix=-4.4-HEAD --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --disable-werror --enable-checking=yes --enable-debug --disable-intermodule --enable-multilib i686-linux-gnu Thread model: posix gcc version 4.4.0 20080904 (experimental) [trunk revision 139986] (GCC) COLLECT_GCC_OPTIONS='-Os' '-march=i486' '-c' '-o' 'mknod.o' '-v' /opt/gcc-4.4/bin/../../gcc-4.4/lib/gcc/i686-linux-gnu/4.4.0/cc1 -fpreprocessed mknod.6.i -quiet -dumpbase mknod.6.i -march=i486 -auxbase-strip mknod.o -Os -version -o /tmp/cckAXH2c.s GNU C (GCC) version 4.4.0 20080904 (experimental) [trunk revision 139986] (i686-linux-gnu) compiled by GNU C version 4.4.0 20080904 (experimental) [trunk revision 139986], GMP version 4.2.2, MPFR version 2.3.1. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 88d8e62b153efecf9e83ecd8fac9180d mknod.6.i: In function mknod: mknod.6.i:10: error: unrecognizable insn: (insn 47 17 19 2 mknod.6.i:9 (set (reg:HI 3 bx [69]) (zero_extend:HI (reg:QI 3 bx [orig:63 dev ] [63]))) -1 (nil)) mknod.6.i:10: internal compiler error: in extract_insn, at recog.c:2027 -- Summary: [4.4 Regression] ICE in extract_insn, at recog.c:2027 for i{4,5}86 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org GCC target triplet: i{4,5}86-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37438
[Bug target/37438] [4.4 Regression] ICE in extract_insn, at recog.c:2027 for i{4,5}86
-- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||hjl dot tools at gmail dot ||com Known to fail||4.4.0 Known to work||4.3.1 Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37438
[Bug c++/11078] [ABI] decltype(T()) doesn't work
--- Comment #29 from aldot at gcc dot gnu dot org 2008-08-19 13:43 --- 4.3.1 and later give: GNU C++ (Debian 4.3.1-8) version 4.3.1 (i486-linux-gnu) compiled by GNU C version 4.3.1, GMP version 4.2.2, MPFR version 2.3.1. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 1a96b3b5ffa5cfd9037de3acec5e6692 known.C: In instantiation of __typeof__ ((T1() + T2())) add(T1, T2) [with T1 = double, T2 = char]: known.C:3: instantiated from here known.C:2: sorry, unimplemented: mangling typeof, use decltype instead -- aldot at gcc dot gnu dot org changed: What|Removed |Added Known to work||4.3.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11078
[Bug c/36849] IMA rejects to merge (function)decls with va_args
--- Comment #2 from aldot at gcc dot gnu dot org 2008-08-12 09:54 --- (In reply to comment #1) The error message is correct as the function types are not compatible. If in fact this is invalid C even though we don't currently diagnostic it without -combine. Closing as invalid as -combine is doing the correct job of rejecting this. Ideally the __VA_ARGS__ would be dealt with as any or none param decl, so the function(s) above would be considered equal. No, that is not what the C/C++ standard says about compatible function types. Yes we could enable this and have -pedantic-error reject it but I don't see why we should allow this as it is obvious invalid C code. Do you have a suggestion on how libc could legally provide an mremap implementation as per the example in #0 that can be compiled with -combine? -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36849
[Bug c/36849] IMA rejects to merge (function)decls with va_args
--- Comment #4 from aldot at gcc dot gnu dot org 2008-08-12 15:48 --- (In reply to comment #3) You don't. You can try some tricks with __asm__ but I would not recommend it though. Yes, i dont' want that. As far as I can tell mremap only takes 4 arguments anyways. unfortunately it has a very ugly interface and takes a 5th argument, depending on the flags: void * mremap(void *old_address, size_t old_size , size_t new_size, int flags); [] The flags bit-mask argument may be 0, or include the following flag: [] MREMAP_FIXED (since Linux 2.3.31) This flag serves a similar purpose to the MAP_FIXED flag of mmap(2). If this flag is specified, then mremap() accepts a fifth argument, void *new_address, which specifies a page- aligned address to which the mapping must be moved. Any previ- ous mapping at the address range specified by new_address and new_size is unmapped. If MREMAP_FIXED is specified, then MREMAP_MAYMOVE must also be specified. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36849
[Bug tree-optimization/36861] [4.3 Regression] boost's compressed avl confuses GCC
--- Comment #21 from aldot at gcc dot gnu dot org 2008-07-31 07:56 --- Lothar, see #10 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36861
[Bug bootstrap/36908] [4.4 Regression] bootstrap forever with BOOT_CFLAGS=-O2 -ftree-loop-distribution
-- aldot at gcc dot gnu dot org changed: What|Removed |Added Keywords||wrong-code Known to fail||4.4.0 Known to work||4.3.1 Summary|bootstrap forever with |[4.4 Regression] bootstrap |BOOT_CFLAGS=-O2 -ftree-|forever with BOOT_CFLAGS=- |loop-distribution |O2 -ftree-loop-distribution Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36908
[Bug c/33877] Request for __VA_ARGC__
--- Comment #2 from aldot at gcc dot gnu dot org 2008-07-23 13:41 --- I'm curious as to why you think that would be useful? What would you do with it? -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33877
[Bug middle-end/36858] Incorrect alignment attribute on stack parameter
--- Comment #2 from aldot at gcc dot gnu dot org 2008-07-18 08:14 --- is this PR36450 ? -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36858
[Bug c/36867] i was getting the error as below when i am making
--- Comment #1 from aldot at gcc dot gnu dot org 2008-07-18 08:32 --- Please read http://gcc.gnu.org/bugs.html and fill in the missing information accordingly. Note that this sounds more like a bug in the buildsystem of your application rather than a bug in gcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36867
[Bug middle-end/28779] internal compiler error: in cgraph_estimate_size_after_inlining, at ipa-inline.c:106
--- Comment #15 from aldot at gcc dot gnu dot org 2008-07-16 12:48 --- Fixed on trunk, thanks! Can we have the testcase in the testsuite and the fix applied to the 4_3-branch, too? -- aldot at gcc dot gnu dot org changed: What|Removed |Added Keywords||patch Known to fail||4.3.1 Known to work||4.4.0 Target Milestone|--- |4.3.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28779
[Bug middle-end/36849] New: IMA rejects to merge (function)decls with va_args
$ cat m.h -EOF typedef long unsigned int size_t; #define __THROW /* Remap pages mapped by the range [ADDR,ADDR+OLD_LEN) to new length NEW_LEN. If MREMAP_MAYMOVE is set in FLAGS the returned address may differ from ADDR. If MREMAP_FIXED is set in FLAGS the function takes another paramter which is a fixed address at which the block resides after a successful call. */ extern void *mremap (void *__addr, size_t __old_len, size_t __new_len, int __flags, ...) __THROW; EOF $ cat m.c-EOF #define mremap _hidemremap #include m.h #undef mremap /* normally the syscall is here */ void *mremap(void *addr, size_t osz, size_t nsz, int fl, void *ptr){return (void*)0;} EOF $ cat m_user.c-EOF #include m.h void *user(void) { return mremap((char*)0, 0, 0, 0); } EOF $ gcc-4.4-HEAD -c -combine m.c m_user.c In file included from m_user.c:1: m.h:9: error: conflicting types for mremap m.c:5: error: previous definition of mremap was here Ideally the __VA_ARGS__ would be dealt with as any or none param decl, so the function(s) above would be considered equal. -- Summary: IMA rejects to merge (function)decls with va_args Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36849
[Bug libfortran/36546] Namelist error with tab following a comma and newline
--- Comment #10 from aldot at gcc dot gnu dot org 2008-07-16 14:33 --- Will be in the next 4.3.x release which will be 4.3.2, from the looks. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.3.3 |4.3.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36546
[Bug libfortran/36657] Namelist reading bug with string constant immediately followed by comment
--- Comment #8 from aldot at gcc dot gnu dot org 2008-07-16 14:35 --- The target milestone does not matter in this case. The fix will be in the next 4.3.x release which will be 4.3.2, from the looks. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.3.3 |4.3.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36657
[Bug web/36850] New: missing onlinedocs for 4.3.1
http://gcc.gnu.org/onlinedocs/ only carries docs for 4.3.0 but not for the current 4.3.1-release. Generating the onlinedocs is rumored to be the person's duty who rolled the release (apparently jakub for 4.3.1). -- Summary: missing onlinedocs for 4.3.1 Product: gcc Version: 4.3.1 Status: UNCONFIRMED Keywords: documentation Severity: normal Priority: P3 Component: web AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36850
[Bug c/36786] New: ICE in extract_insn, at recog.c:1990
[EMAIL PROTECTED]:/scratch/obj.x86_64/gcc-4.4/x86_64-linux-gnu/libgcc$ /scratch/obj.x86_64/gcc-4.4/./gcc/xgcc -B/scratch/obj.x86_64/gcc-4.4/./gcc/ -B/opt/x86_64/gcc-4.4//x86_64-linux-gnu/bin/ -B/opt/x86_64/gcc-4.4//x86_64-linux-gnu/lib/ -isystem /opt/x86_64/gcc-4.4//x86_64-linux-gnu/include -isystem /opt/x86_64/gcc-4.4//x86_64-linux-gnu/sys-include -O0 -g3 -ggdb3 -finline-limit=1 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual -Wc++-compat -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../.././gcc -I../../../../src/gcc-4.4/libgcc -I../../../../src/gcc-4.4/libgcc/. -I../../../../src/gcc-4.4/libgcc/../gcc -I../../../../src/gcc-4.4/libgcc/../include -I../../../../src/gcc-4.4/libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o _floatdisf.o -MT _floatdisf.o -MD -MP -MF _floatdisf.dep -DL_floatdisf -c ../../../../src/gcc-4.4/libgcc/../gcc/libgcc2.c -fvisibility=hidden -DHIDE_EXPORTS ../../../../src/gcc-4.4/libgcc/../gcc/libgcc2.c: In function __floattisf: ../../../../src/gcc-4.4/libgcc/../gcc/libgcc2.c:1530: error: unrecognizable insn: (insn 140 139 141 8 ../../../../src/gcc-4.4/libgcc/../gcc/libgcc2.c:1511 (parallel [ (set (reg:DI 1 dx [ D.5355+8 ]) (ashiftrt:SI (reg:DI 1 dx [ D.5355+8 ]) (const_int 31 [0x1f]))) (clobber (reg:CC 17 flags)) ]) -1 (nil)) ../../../../src/gcc-4.4/libgcc/../gcc/libgcc2.c:1530: internal compiler error: in extract_insn, at recog.c:1990 reduced testcase: typedef int DItype __attribute__ ((mode (DI))); typedef unsigned int UDItype __attribute__ ((mode (DI))); typedef int TItype __attribute__ ((mode (TI))); __floattisf (TItype u) { DItype hi = u (8 * 8); UDItype count, shift; hi = u shift; } gives: $ /scratch/obj.x86_64/gcc-4.4/./gcc/xgcc -B/scratch/obj.x86_64/gcc-4.4/./gcc/ -B/opt/x86_64/gcc-4.4//x86_64-linux-gnu/bin/ -B/opt/x86_64/gcc-4.4//x86_64-linux-gnu/lib/ _floatdisf.3.i -o foo.o -v Reading specs from /scratch/obj.x86_64/gcc-4.4/./gcc/specs Target: x86_64-linux-gnu Configured with: ../../src/gcc-4.4/configure -v --enable-languages=c CFLAGS='-O0 -g3 -ggdb3 -finline-limit=1' CXXFLAGS='-O0 -g3 -ggdb3 -finline-limit=1' 'BOOT_CFLAGS=-O0 -g3 -ggdb3 -finline-limit=1' 'BOOT_CXXFLAGS=-O0 -g3 -ggdb3 -finline-limit=1' 'CFLAGS_FOR_TARGET=-O0 -g3 -ggdb3 -finline-limit=1' 'CXXFLAGS_FOR_TARGET=-O0 -g3 -ggdb3 -finline-limit=1' --prefix=/opt/x86_64/gcc-4.4/ --enable-shared --with-system-zlib --libexecdir=/opt/x86_64/gcc-4.4/lib --enable-nls --without-included-gettext --enable-threads=posix --program-suffix=-4.4-HEAD --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --disable-werror --enable-checking=yes --enable-debug --disable-multilib --disable-intermodule --with-gmp=/opt/x86_64/gmp-4.2.2/ --with-mpfr=/opt/x86_64/mpfr-2.3.0 x86_64-linux-gnu Thread model: posix gcc version 4.4.0 20080710 (experimental) [trunk revision 137693] (GCC) COLLECT_GCC_OPTIONS='-B/scratch/obj.x86_64/gcc-4.4/./gcc/' '-B/opt/x86_64/gcc-4.4//x86_64-linux-gnu/bin/' '-B/opt/x86_64/gcc-4.4//x86_64-linux-gnu/lib/' '-o' 'foo.o' '-v' '-mtune=generic' /scratch/obj.x86_64/gcc-4.4/./gcc/cc1 -fpreprocessed _floatdisf.3.i -quiet -dumpbase _floatdisf.3.i -mtune=generic -auxbase _floatdisf.3 -version -o /tmp/ccGtWvPG.s GNU C (GCC) version 4.4.0 20080710 (experimental) [trunk revision 137693] (x86_64-linux-gnu) compiled by GNU C version 4.3.1, GMP version 4.2.2, MPFR version 2.3.1. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 447e9dc035427ea16ce8a65ef6b556b7 _floatdisf.3.i: In function __floattisf: _floatdisf.3.i:9: error: unrecognizable insn: (insn 44 43 45 2 _floatdisf.3.i:8 (parallel [ (set (reg:DI 1 dx [ D.1589+8 ]) (ashiftrt:SI (reg:DI 1 dx [ D.1589+8 ]) (const_int 31 [0x1f]))) (clobber (reg:CC 17 flags)) ]) -1 (nil)) _floatdisf.3.i:9: internal compiler error: in extract_insn, at recog.c:1990 -- Summary: ICE in extract_insn, at recog.c:1990 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, build Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36786
[Bug target/36570] segmentation fault
--- Comment #7 from aldot at gcc dot gnu dot org 2008-07-07 09:20 --- Closing as INVALID as suggested by the reporter. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36570
[Bug other/36468] [LTO] ICE in force_decl_die, at dwarf2out.c:13976
-- aldot at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36468
[Bug rtl-optimization/36673] IRA -O3 -fno-pic ICE in save_con_fun_n, at caller-save.c:1389
--- Comment #2 from aldot at gcc dot gnu dot org 2008-06-30 08:23 --- CC'ing Vladimir. -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot ||org, vmakarov at redhat dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36673
[Bug c/18624] GCC does not detect local variable set but never used
--- Comment #11 from aldot at gcc dot gnu dot org 2008-06-27 13:04 --- should we - add a bit so that used_flags:2 and set TREE_USED() = 2 in expand_assignment(), expand_expr_real_1, adjust setting tree addressable(decl)=!!TREE_USED(decl), set it in gimplify_modify_expr_rhs() for vars that are not init-self, expand_one_var() etc. or - warn on has_zero_uses() in something like ccp? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18624
[Bug target/27682] float to int conversion doesn't raise invalid exception
--- Comment #8 from aldot at gcc dot gnu dot org 2008-06-24 08:22 --- It looks like several improvements were installed since then. Can somebody perhaps retry with the 4.3 branch and trunk? -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27682
[Bug target/34484] pulls in allegedly unneeded floatingpoint exception access funcs
--- Comment #10 from aldot at gcc dot gnu dot org 2008-06-24 11:19 --- (In reply to comment #9) DFP needs floating point exception support. If your C library doesn't support it, you can disable DFP. libdecnumber's configury should thus check whether fenv.h is available or not and default to no if no fenv.h was found. Looks like the enable_decimal_float handling is duplicated both in gcc/configure.ac as well as libdecnumber/configure.ac. Is there a reason for this duplication or is it pure oversight? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34484
[Bug target/34484] pulls in allegedly unneeded floatingpoint exception access funcs
--- Comment #11 from aldot at gcc dot gnu dot org 2008-06-24 11:21 --- libdecnumber hunk could look like this: Index: libdecnumber/configure.ac === --- libdecnumber/configure.ac (revision 137059) +++ libdecnumber/configure.ac (working copy) @@ -49,6 +49,7 @@ ACX_PROG_CC_WARNINGS_ARE_ERRORS([manual] # Checks for header files. AC_CHECK_HEADERS(ctype.h stddef.h string.h stdio.h) +AC_CHECK_HEADER([fenv.h],[],[libdecnumber_cv_fenv=no]) GCC_HEADER_STDINT(gstdint.h) # Checks for typedefs, structures, and compiler characteristics. @@ -99,10 +100,13 @@ Valid choices are 'yes', 'bid', 'dpd', a esac ]) +if test x$libdecnumber_cv_fenv = xno; then + enable_decimal_float=no +elif test x$enable_decimal_float = xyes -o x$enable_decimal_float = xno; then # x86's use BID format instead of DPD # In theory --enable-decimal-float=no should not compile anything # For the sake of simplicity, just use the default format in this directory -if test x$enable_decimal_float = xyes -o x$enable_decimal_float = xno; then + case $target in i?86*-*-linux* | x86_64*-*-linux*) enable_decimal_float=bid -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34484
[Bug fortran/36582] Namelist I/O error: Bogus Cannot match namelist object
--- Comment #4 from aldot at gcc dot gnu dot org 2008-06-20 13:33 --- (In reply to comment #3) Subject: Re: Namelist I/O error: Bogus Cannot match namelist object Hello, I am not sure what is meant by regression. Am I correct in assuming that you do not regard it as an error? Regards, Frank On Fri, 2008-06-20 at 12:27 +, burnus at gcc dot gnu dot org wrote: --- Comment #2 from burnus at gcc dot gnu dot org 2008-06-20 12:27 --- CONFIRM. The read file contains (see comments in the attached file): info_adjoint adjoint%solver_type='direct'/ Fortran runtime error: Cannot match namelist object name 'direct' The file works with other F95 compilers and is thus presumably valid; however, it is no regression. Frank, a regression is something that worked before but does no longer work. Tobias said that it is presumably valid code and that it does not work (but never did with gfortran). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36582
[Bug c/34800] Compile failure with --combine and a union with an anonymous struct
--- Comment #1 from aldot at gcc dot gnu dot org 2008-06-19 10:54 --- Works for me with GNU C (Debian 4.3.1-2) version 4.3.1 (i486-linux-gnu) and current trunk. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Known to work||4.3.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34800
[Bug c/28706] [4.1 Regression] Compile failure with --combine and explicitly aligned structures
--- Comment #8 from aldot at gcc dot gnu dot org 2008-06-19 14:10 --- works for me with 4.3.1 and current trunk -- aldot at gcc dot gnu dot org changed: What|Removed |Added Known to work|4.0.0 |4.0.0 4.3.1 4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28706
[Bug bootstrap/33396] add --enable-intermodule
--- Comment #12 from aldot at gcc dot gnu dot org 2008-06-19 14:57 --- Created an attachment (id=15789) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15789action=view) handle libdecnumber libdecnumber/ChangeLog * configure.ac: Add option --enable-intermodule and adjust bid_OBJS. * Makefile.in: Handle onestep build. (COMPILE-m): New variable to build with --combine. * configure: Regenerate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33396
[Bug middle-end/36550] New: Wrong may be used uninitialized warning
Yet another one. It behaves the same for 4.1.2 and current trunk. $ gcc -Os -Wuninitialized -c uninit-J.c uninit-J.c: In function 'pr': uninit-J.c:7: warning: 'bug' may be used uninitialized in this function $ cat uninit-J.c /* { dg-do compile } */ /* { dg-options -Os -Wuninitialized } */ void bail(void) __attribute__((noreturn)); unsigned check(void); int pr(char**argv) { char *bug; if (check()) { if (*argv) bug = *++argv; } else { bug = *argv++; if (!*argv) bail(); } /* now bug is set except if (check() !*argv) */ if (check()) { if (!*argv) return 0; } /* if we ever get here then bug is set */ return *bug != 'X'; } -- Summary: Wrong may be used uninitialized warning Product: gcc Version: 4.1.2 Status: UNCONFIRMED Keywords: diagnostic Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org OtherBugsDependingO 24639 nThis: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36550
[Bug middle-end/36550] Wrong may be used uninitialized warning
--- Comment #2 from aldot at gcc dot gnu dot org 2008-06-17 10:46 --- (In reply to comment #1) check() can return 1 on the first call and 0 on the second and if *argv is NULL then then bug will be used uninitialized. right, but this doesn't matter here. Better testcase: /* { dg-do compile } */ /* { dg-options -Os -Wuninitialized } */ void bail(void) __attribute__((noreturn)); unsigned once(void); int pr(char**argv) { char *bug; unsigned check = once(); if (check) { if (*argv) bug = *++argv; } else { bug = *argv++; if (!*argv) bail(); } /* now bug is set except if (check !*argv) */ if (check) { if (!*argv) return 0; } /* if we ever get here then bug is set */ return *bug != 'X'; } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36550
[Bug target/36450] [4.4 Regression] ICE in insert_restore/insert_save with GET_MODE_ALIGNMENT mem
--- Comment #10 from aldot at gcc dot gnu dot org 2008-06-17 13:54 --- boostrapping pristine trunk still fails with: /scratch/obj.i686/gcc-4.4.orig/./gcc/xgcc -B/scratch/obj.i686/gcc-4.4.orig/./gcc/ -B/opt/i686/gcc-4.4.orig//i686-linux-gnu/bin/ -B/opt/i686/gcc-4.4.orig//i686-linux-gnu/lib/ -isystem /opt/i686/gcc-4.4.orig//i686-linux-gnu/include -isystem /opt/i686/gcc-4.4.orig//i686-linux-gnu/sys-include -O2 -march=pentium4 -mtune=pentium4 -pipe -DIN_GCC -mpreferred-stack-boundary=2 -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../.././gcc -I../../../../src/gcc-4.4.orig/libgcc -I../../../../src/gcc-4.4.orig/libgcc/. -I../../../../src/gcc-4.4.orig/libgcc/../gcc -I../../../../src/gcc-4.4.orig/libgcc/../include -I../../../../src/gcc-4.4.orig/libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o bid64_div.o -MT bid64_div.o -MD -MP -MF bid64_div.dep -c ../../../../src/gcc-4.4.orig/libgcc/config/libbid/bid64_div.c In file included from ../../../../src/gcc-4.4.orig/libgcc/config/libbid/bid64_div.c:62: ../../../../src/gcc-4.4.orig/libgcc/config/libbid/bid_div_macros.h: In function __div_256_by_128: ../../../../src/gcc-4.4.orig/libgcc/config/libbid/bid_div_macros.h:542: internal compiler error: in insert_save, at caller-save.c:787 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make[3]: *** [bid64_div.o] Error 1 -- aldot at gcc dot gnu dot org changed: What|Removed |Added Keywords||build http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36450
[Bug libfortran/36538] namelist failure with tabs preceding object name
--- Comment #6 from aldot at gcc dot gnu dot org 2008-06-14 12:23 --- Jerry, does the 4.3 branch also need this fix? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36538
[Bug target/36450] ICE in insert_restore/insert_save with GET_MODE_ALIGNMENT mem
--- Comment #8 from aldot at gcc dot gnu dot org 2008-06-11 10:35 --- Created an attachment (id=15747) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15747action=view) ICEs on trunk This ICEs on trunk with -mpreferred-stack-boundary=2 but works wih =4 gcc-4.4-HEAD -std=gnu99 -Wall -Wshadow -Wwrite-strings -Wundef -Wstrict-prototypes -Wunused -Wunused-parameter -Wmissing-prototypes -Wmissing-declarations -Wdeclaration-after-statement -Wold-style-definition -Os -fno-builtin-strlen -finline-limit=0 -fomit-frame-pointer -ffunction-sections -fdata-sections -fno-guess-branch-probability -funsigned-char -static-libgcc -falign-functions=1 -falign-jumps=1 -falign-labels=1 -falign-loops=1 -march=i386 -mpreferred-stack-boundary=2 -O3 -ftree-vect-loop-version -ftree-vectorize -fvariable-expansion-in-unroller -funswitch-loops -funroll-all-loops -ftree-loop-distribution -ftree-loop-im -fivopts -fvect-cost-model -mtune=pentium4 -march=pentium4 -Wfatal-errors -c -o sort.o sort.5.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36450
[Bug bootstrap/33396] add --enable-intermodule
--- Comment #11 from aldot at gcc dot gnu dot org 2008-06-11 12:30 --- Created an attachment (id=15748) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15748action=view) updated patch including unwind and eh and handling of static includes untested draft for --disable-shared which contains: # XXX: FIXME: for static libs vis_hide is forced off, so why does the normal # build above have this superfluous occurence? # Play safe and provide this wrong rule and retain the mention of vis_hide # above. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Attachment #15046|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33396
[Bug target/36450] [4.4 Regression] ICE in insert_restore/insert_save with GET_MODE_ALIGNMENT mem
--- Comment #9 from aldot at gcc dot gnu dot org 2008-06-11 18:12 --- (In reply to comment #8) Created an attachment (id=15747) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15747action=view) [edit] ICEs on trunk This ICEs on trunk with -mpreferred-stack-boundary=2 but works wih =4 s/wih =4/with anything but 2/ and of course works with e.g. 4.3.0 20080218 or trunk from a few weeks ago. gcc-4.4-HEAD -S -o /dev/null -fno-guess-branch-probability -mpreferred-stack-boundary=2 -Os sort.5.i -v Using built-in specs. Target: i686-linux-gnu Configured with: ../../src/gcc-4.4/configure -v --enable-languages=c,fortran --prefix=/opt/i686/gcc-4.4/ --enable-shared --with-system-zlib --libexecdir=/opt/i686/gcc-4.4/lib --enable-nls --without-included-gettext --enable-threads=posix --program-suffix=-4.4-HEAD --enable-__cxa_atexit --enable-libstdcxx-allocator=mt --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --disable-werror --enable-checking=yes --enable-debug --with-gmp=/opt/i686/gmp-4.2.2/ --with-mpfr=/opt/i686/mpfr-2.3.0 --disable-multilib --disable-intermodule i686-linux-gnu Thread model: posix gcc version 4.4.0 20080611 (experimental) (GCC) COLLECT_GCC_OPTIONS='-S' '-o' '/dev/null' '-fno-guess-branch-probability' '-mpreferred-stack-boundary=2' '-Os' '-v' '-mtune=generic' /opt/i686/gcc-4.4/bin/../../gcc-4.4/lib/gcc/i686-linux-gnu/4.4.0/cc1 -fpreprocessed sort.5.i -quiet -dumpbase sort.5.i -mpreferred-stack-boundary=2 -mtune=generic -auxbase-strip /dev/null -Os -version -fno-guess-branch-probability -o /dev/null GNU C (GCC) version 4.4.0 20080611 (experimental) (i686-linux-gnu) compiled by GNU C version 4.4.0 20080611 (experimental), GMP version 4.2.1, MPFR version 2.3.0-p4. GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 0d5bbb5fdfd81762cf963cab59cb1e94 sort.5.i:13: warning: useless storage class specifier in empty declaration sort.5.i: In function sort_main: sort.5.i:75: internal compiler error: in insert_save, at caller-save.c:787 Please submit a full bug report, -- aldot at gcc dot gnu dot org changed: What|Removed |Added Summary|ICE in |[4.4 Regression] ICE in |insert_restore/insert_save |insert_restore/insert_save |with GET_MODE_ALIGNMENT mem |with GET_MODE_ALIGNMENT mem http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36450
[Bug target/36450] ICE in insert_restore/insert_save with GET_MODE_ALIGNMENT mem
--- Comment #4 from aldot at gcc dot gnu dot org 2008-06-10 08:18 --- pristine trunk is also broken: sort.i:10318: internal compiler error: in insert_save, at caller-save.c:787 -- aldot at gcc dot gnu dot org changed: What|Removed |Added Summary|[IRA] ICE in insert_restore |ICE in |with GET_MODE_ALIGNMENT mem |insert_restore/insert_save ||with GET_MODE_ALIGNMENT mem Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36450
[Bug c/36359] [Regression] compile error in linux-kernel 2.6.26-rc4 with -O2
--- Comment #12 from aldot at gcc dot gnu dot org 2008-06-10 11:07 --- smallish testcase, fwiw. $ gcc -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -fno-stack-protector -mregparm=3 -freg-struct-return -mpreferred-stack-boundary=2 -march=i686 -ffreestanding -pipe -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -O2 -c -o pr.o pr36359.c $ nm pr.o U argh T foo U urb $ cat pr36359.c extern int urb; int argh(void); void foo(void) { if (urb = 0) return; urb = __builtin_constant_p(urb) ? 0x0815 : argh(); } -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36359
[Bug c/36359] [Regression] compile error in linux-kernel 2.6.26-rc4 with -O2
--- Comment #13 from aldot at gcc dot gnu dot org 2008-06-10 11:20 --- should have been int argh(void) __attribute__((error (dce?))); works without __builtin_constant_p and fails even with -Os -ftree-dce -fweb -ftree-fre -ftree-pre pr36359.c: In function 'foo': pr36359.c:7: error: call to 'argh' declared with attribute error: dce? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36359
[Bug target/36450] ICE in insert_restore/insert_save with GET_MODE_ALIGNMENT mem
--- Comment #6 from aldot at gcc dot gnu dot org 2008-06-10 19:34 --- Can you please also fix trunk? Thanks alot -- aldot at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-06-10 19:34:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36450
[Bug target/36028] [IRA] ICE in reload_cse_simplify_operands
--- Comment #6 from aldot at gcc dot gnu dot org 2008-06-10 19:42 --- Fixed on the IRA branch. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36028
[Bug c/36468] [LTO] ICE in force_decl_die, at dwarf2out.c:13976
--- Comment #2 from aldot at gcc dot gnu dot org 2008-06-09 16:09 --- Smaller testcase: extern int dummy(long int *); void build_range_exp(void) { long int cmp_buf[6] = { L'\0', L'\0', L'\0', L'\0', L'\0', L'\0' }; if (dummy(cmp_buf)) { ; } } using a smaller cmp_buf (e.g. 5) makes it compile. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36468
[Bug target/36450] [IRA] ICE in insert_restore with GET_MODE_ALIGNMENT mem
--- Comment #2 from aldot at gcc dot gnu dot org 2008-06-09 17:08 --- Vladimir, Is the testcase ok as is or do you need it reduced? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36450
[Bug c/36468] New: [LTO] ICE in force_decl_die, at dwarf2out.c:13976
$ /there.pentium4/build_i686/staging_dir/usr/bin/i686-linux-uclibc-gcc -c regex.i -o regex.o -Wall -std=gnu99 -Os -Wfatal-errors -flto -v Using built-in specs. Target: i686-linux-uclibc Configured with: /there.pentium4/toolchain_build_i686/gcc-4.4.0/configure --prefix=/there.pentium4/build_i686/staging_dir/usr --build=i386-pc-linux-gnu --host=i386-pc-linux-gnu --target=i686-linux-uclibc --enable-languages=c --with-sysroot=/there.pentium4/toolchain_build_i686/uClibc_dev/ --disable-__cxa_atexit --enable-target-optspace --with-gnu-ld --disable-shared --with-gmp=/there.pentium4/toolchain_build_i686/gmp --with-mpfr=/there.pentium4/toolchain_build_i686/mpfr --disable-nls --enable-threads --disable-multilib --with-arch=pentium4 --with-tune=pentium4 --disable-libgomp --enable-libssp --without-headers Thread model: posix gcc version 4.4.0 20080529 (experimental) (lto merged with rev 136135) GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 4139f7e5db3f96a1b8979facab41fd1d regex.i:10708: internal compiler error: in force_decl_die, at dwarf2out.c:13976 Please submit a full bug report, reducing. -- Summary: [LTO] ICE in force_decl_die, at dwarf2out.c:13976 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36468
[Bug c/36468] [LTO] ICE in force_decl_die, at dwarf2out.c:13976
--- Comment #1 from aldot at gcc dot gnu dot org 2008-06-08 20:00 --- Created an attachment (id=15737) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15737action=view) reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36468
[Bug target/36450] New: ICE in insert_restore with GET_MODE_ALIGNMENT mem
/there.pentium4/build_i686/staging_dir/usr/bin/i686-linux-uclibc-gcc -c libc/stdlib/strtod.c -o libc/stdlib/strtod.os -include ./include/libc-symbols.h -Wall -Wstrict-prototypes -fno-strict-aliasing -Wnested-externs -Wshadow -Wmissing-noreturn -Wmissing-format-attribute -Wformat=2 -Wmissing-prototypes -Wmissing-declarations -Wnonnull -Wundef -ffunction-sections -fdata-sections -m32 -fno-stack-protector -fno-builtin -nostdinc -I./include -I. -I./libc/sysdeps/linux/i386 --sysroot=/there.pentium4/build_i686/staging_dir/ -isysroot /there.pentium4/build_i686/staging_dir -I=/usr/include -pipe -O3 -ftree-vect-loop-version -ftree-vectorize -fvariable-expansion-in-unroller -funswitch-loops -funroll-all-loops -ftree-loop-distribution -ftree-loop-im -fivopts -fvect-cost-model -fira -I/there.pentium4/build_i686/staging_dir/usr/include -mtune=pentium4 -march=pentium4 -DUCLIBC_INTERNAL -std=gnu99 -Os -funit-at-a-time -fno-tree-loop-optimize -fno-tree-dominator-opts -fno-strength-reduce -fomit-frame-pointer -mpreferred-stack-boundary=2 -falign-functions=1 -falign-jumps=1 -falign-labels=1 -falign-loops=1 -I./libpthread/linuxthreads.old/sysdeps/unix/sysv/linux/i386 -I./libpthread/linuxthreads.old/sysdeps/i386 -I./libpthread/linuxthreads.old/sysdeps/unix/sysv/linux -I./libpthread/linuxthreads.old/sysdeps/pthread -I./libpthread/linuxthreads.old -I./libpthread -I/there.pentium4/toolchain_build_i686/linux/include/ -I/scratch/src/br.update.pentium4/build_i686/staging_dir/usr/bin/../lib/gcc/i686-linux-uclibc/4.4.0//include-fixed -I/scratch/src/br.update.pentium4/build_i686/staging_dir/usr/bin/../lib/gcc/i686-linux-uclibc/4.4.0/include In file included from libc/stdlib/strtod.c:8: libc/stdlib/_strtod.c: In function 'strtod': libc/stdlib/_strtod.c:580: internal compiler error: in insert_restore, at caller-save.c:2332 -- Summary: ICE in insert_restore with GET_MODE_ALIGNMENT mem Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: target AssignedTo: vmakarov at redhat dot com ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36450
[Bug target/36450] [IRA] ICE in insert_restore with GET_MODE_ALIGNMENT mem
--- Comment #1 from aldot at gcc dot gnu dot org 2008-06-06 14:40 --- Created an attachment (id=15726) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15726action=view) original testcase from uClibc ira-branch revision 136341 Works with -fno-ira works with -mpreferred-stack-boundary=4 (in i386) fails with =2: /there.pentium4/build_i686/staging_dir/usr/bin/i686-linux-uclibc-gcc -c strtod.i -o bug.o -m32 -O2 -mpreferred-stack-boundary=2 -fira -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36450
[Bug target/36028] [IRA] ICE in reload_cse_simplify_operands
--- Comment #5 from aldot at gcc dot gnu dot org 2008-06-06 14:44 --- maybe provoking PR36450 although this one is about a slightly different thing AFAICS? I'm curious if you can build your distro with -O3 and -Os ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36028
[Bug preprocessor/36279] New: division by zero in #if
$ cat argh.h #define __x(y) __NR_##y #define x(y) __x(y) /* define HAVE_FOO if __NR_XXX is defined: */ #define __NR_read 0 #undef __NR_write #ifdef BUG2 #define __NR_ac%scess 1 #endif #if defined XXX # if x(XXX) = 0 # define HAVE_FOO 1 # warning HAVE_FOO # else # undef HAVE_FOO # warning no FOO # endif #endif $ echo | gcc-4.4-trunk -DXXX=acce%ss -include argh.h -c - -E -P In file included from command-line:0: ./argh.h:11:13: error: division by zero in #if ./argh.h:13:4: warning: #warning HAVE_FOO Another (alleged) one, BUG2: $ echo | gcc-4.4-trunk -DBUG2 -DXXX=read -include argh.h -c - -E -P In file included from command-line:0: ./argh.h:7:16: warning: missing whitespace after the macro name ./argh.h:13:4: warning: #warning HAVE_FOO And something that would be handy to have but that doesn't seem to work for me: This is Ok, __NR_read is defined: $ echo | gcc-4.4-trunk -DXXX=read -include argh.h -c - -E -P In file included from command-line:0: ./argh.h:13:4: warning: #warning HAVE_FOO This is not OK, i'd expect this to be no FOO since __NR_write is *not* defined: $ echo | gcc-4.4-trunk -DXXX=write -include argh.h -c - -E -P In file included from command-line:0: ./argh.h:13:4: warning: #warning HAVE_FOO -- Summary: division by zero in #if Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: preprocessor AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36279
[Bug rtl-optimization/36240] New: PIC and -frtl-abstract-sequences
Bug to collect PIC-related problems with -frtl-abstract-sequences. from PR33642, comment #22 ( http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33642#c22 ): $ gcc-4.4.orig-HEAD -O0 -frtl-abstract-sequences -fPIC -S foo.i -o /dev/null foo.i: In function bazoo: foo.i:4: error: unrecognizable insn: (insn 23foo.i:4: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. $ cat foo.i void bazoo (void) { __asm__ (); } -- Summary: PIC and -frtl-abstract-sequences Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36240
[Bug rtl-optimization/33642] unrecognizable insn for -frtl-abstract-sequences
--- Comment #25 from aldot at gcc dot gnu dot org 2008-05-15 07:58 --- (In reply to comment #10) It fails on arm-eabi with -mthumb and/or -fPIC. Currently -fPIC is not well tested. I have created a separate PR36240 to track all PIC issues. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33642
[Bug rtl-optimization/33642] unrecognizable insn for -frtl-abstract-sequences
--- Comment #22 from aldot at gcc dot gnu dot org 2008-05-09 18:36 --- $ gcc-4.4.orig-HEAD -O0 -frtl-abstract-sequences -fPIC -S foo.i -o /dev/null foo.i: In function bazoo: foo.i:4: error: unrecognizable insn: (insn 23foo.i:4: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. $ cat foo.i void bazoo (void) { __asm__ (); } works without -fPIC. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33642
[Bug c/36028] New: [IRA] ICE in reload_cse_simplify_operands
ira branch, rev134590, building bash-3.2 gives: gcc -w -c -o subst.o subst.12.i -O3 -fira subst.12.i: In function 'parameter_brace_substring': subst.12.i:73: error: insn does not satisfy its constraints: (insn 243 14 244 2 subst.12.i:53 (set (mem/c:TI (plus:SI (reg/f:SI 6 bp) (const_int -104 [0xff98])) [0 S16 A8]) (reg:TI 0 ax)) 64 {*movti_internal} (nil)) subst.12.i:73: internal compiler error: in reload_cse_simplify_operands, at postreload.c:395 Target: i686-linux-uclibc Configured with: /there.pentium4/toolchain_build_i686/gcc-4.4.0/configure --prefix=/usr --build=i386-pc-linux-gnu --host=i386-pc-linux-gnu --target=i686-linux-uclibc --enable-languages=c,fortran --with-sysroot=/there.pentium4/build_i686/staging_dir --with-build-time-tools=/there.pentium4/build_i686/staging_dir/usr/i686-linux-uclibc/bin --disable-__cxa_atexit --enable-target-optspace --with-gnu-ld --enable-shared --with-gmp=/there.pentium4/toolchain_build_i686/gmp --with-mpfr=/there.pentium4/toolchain_build_i686/mpfr --disable-nls --enable-threads --disable-multilib --with-arch=nocona --with-tune=nocona --disable-largefile --disable-libgomp Thread model: posix gcc version 4.4.0 20080328 (experimental) (GCC) -- Summary: [IRA] ICE in reload_cse_simplify_operands Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org GCC host triplet: i386 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36028
[Bug c/36028] [IRA] ICE in reload_cse_simplify_operands
--- Comment #1 from aldot at gcc dot gnu dot org 2008-04-23 17:30 --- Created an attachment (id=15518) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15518action=view) slightly reduced testcase from bash -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36028
[Bug c/36028] [IRA] ICE in reload_cse_simplify_operands
--- Comment #2 from aldot at gcc dot gnu dot org 2008-04-23 17:30 --- Created an attachment (id=15519) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15519action=view) original testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36028
[Bug c/36008] Function produces wrong results when inlined.
--- Comment #2 from aldot at gcc dot gnu dot org 2008-04-22 14:13 --- Please provide a self-contained testcase (see http://gcc.gnu.org/bugs.html ) that ideally abort()s on a wrong result. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36008
[Bug c++/33887] [4.1/4.2 Regression] Reference to bitfield gets wrong value when optimizing
--- Comment #42 from aldot at gcc dot gnu dot org 2008-04-18 14:03 --- Isn't this fixed now? -- aldot at gcc dot gnu dot org changed: What|Removed |Added CC||aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33887
[Bug tree-optimization/35972] [4.4 Regression] load-PRE missed opportunities without SFTs
--- Comment #4 from aldot at gcc dot gnu dot org 2008-04-18 18:00 --- While not really useful, i dare to state that SCC(N)-VN unfortunately misses a lot of what it is ment to serve (IMHO), generally: 1) PR11832 testcase from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11832#c0 Needs adjustment (looked into it -- AFAICR -- befor 4.3 was branched; didn't retry after you recently touching SCCVN, i admit) 2) PR5738 The testcase from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5738#c0 is completely undiagnosed (and _severely_ mishandled -- IMHO) by current SCCVN. This one is particularly mean since you may run into dominator related pitfalls very, very fast, from what i've seen (before you touched tree-ssa-pre, admitteldy). A couple of sensible and nice improvements are mentioned in ¹) above. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35972
[Bug c/35963] New: [IRA] wrong
On the IRA branch (using revision 134357) compiling linux-2.6.24.4/arch/x86/video.c for i386 fails with: /there.pentium4/build_i386/staging_dir/usr/bin/i386-linux-uclibc-gcc -fomit-frame-pointer -Os -mtune=i386 -fira -c -o bug.o emitting_wrong_bpl_or_dil.c emitting_wrong_bpl_or_dil.c: Assembler messages: emitting_wrong_bpl_or_dil.c:23: Error: bad register name `%bpl' $ /there.pentium4/build_i386/staging_dir/usr/bin/i386-linux-uclibc-gcc -fomit-frame-pointer -Os -mtune=i386 -fira -c -o bug.o emitting_wrong_bpl_or_dil.c -DDIL emitting_wrong_bpl_or_dil.c: Assembler messages: emitting_wrong_bpl_or_dil.c:23: Error: bad register name `%dil' -- Summary: [IRA] wrong Product: gcc Version: 4.4.0 Status: UNCONFIRMED Keywords: wrong-code, assemble-failure Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35963
[Bug c/35963] [IRA] uses wrong ops
--- Comment #1 from aldot at gcc dot gnu dot org 2008-04-17 10:01 --- Created an attachment (id=15484) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15484action=view) smallish testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35963
[Bug c/35963] [IRA] uses wrong ops
--- Comment #3 from aldot at gcc dot gnu dot org 2008-04-17 11:07 --- It compiles just fine with the old RA. If the =r is wrong, then shouldn't it be rejected also with -fno-ira? -- aldot at gcc dot gnu dot org changed: What|Removed |Added Component|inline-asm |c http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35963