[Bug fortran/46543] libquadmath: Add documentation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46543 --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-08 08:06:55 UTC --- Author: burnus Date: Wed Dec 8 08:06:49 2010 New Revision: 167583 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167583 Log: 2010-12-08 Tobias Burnus bur...@net-b.de PR fortran/46543 * configure.ac: Add texinfo checks. * Makefile.am: Handle .texi documentation. * libquadmath.texi: New. * configure: Regenerated. * Makefile.in: Regenerated. Added: trunk/libquadmath/libquadmath.texi Modified: trunk/libquadmath/ChangeLog trunk/libquadmath/Makefile.am trunk/libquadmath/Makefile.in trunk/libquadmath/configure (contents, props changed) trunk/libquadmath/configure.ac Propchange: trunk/libquadmath/configure ('svn:executable' added)
[Bug fortran/46543] libquadmath: Add documentation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46543 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-08 08:26:39 UTC --- Close as FIXED. The documentation could - as always - be improved. I have also written Gerald with regards to inclusion of the documentation at http://gcc.gnu.org/onlinedocs/
[Bug target/41082] [4.5/4.6 Regression] FAIL: gfortran.fortran-torture/execute/where_2.f90 execution, -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41082 --- Comment #67 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-08 08:28:42 UTC --- Perhaps it would be also good to add new peephole2 to catch: (insn 931 415 932 33 (set (reg:CC 19 r19) (mem/c:CC (plus:DI (reg/f:DI 1 r1) (const_int 272 [0x110])) [5 %sfp+272 S4 A32])) where_2.f90:11 358 {*movcc_internal1} (nil)) (insn 932 931 461 33 (set (reg:CC 74 cr6) (reg:CC 19 r19)) where_2.f90:11 358 {*movcc_internal1} (expr_list:REG_DEAD (reg:CC 19 r19) (nil))) (insn 461 932 422 33 (set (reg:SI 27 r27 [712]) (gt:SI (reg:CC 74 cr6) (const_int 0 [0]))) where_2.f90:11 462 {*rs6000.md:13486} (expr_list:REG_DEAD (reg:CC 74 cr6) (nil))) which is expanded to (if -fno-schedule-insns2, but peephole2 is run before second scheduling): lwz r19,272(r1) rlwinm r19,r19,8,0x mtcrf 2,r19 rlwinm r19,r19,24,0x mfcr r27 rlwinm r27,r27,26,1 while only one lwz and one rlwinm are actually needed (BTW, also it would be nice to avoid the second rlwinm in movcc_internal1 pattern if the source integer register is dead at the insn). I guess this can happen quite often, any time the register pressure is too high and reload spills CC mode registers and then they are used just once for cr* cond 0 ? 1 : 0 assignments.
[Bug fortran/46846] New: Warning of AINT as actual argument ain't right
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46846 Summary: Warning of AINT as actual argument ain't right Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: diagnostic, documentation, wrong-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/8ac296b9404b3245 lnblnk is a GNU extension. char, ichar, int, and len_trim are also rejected by other compilers. Currently, gfortran prints the warning Warning: Interface mismatch in dummy procedure 'fun' at (1): '%s' has the wrong number of arguments for the intrinsics aint, anint, index, len and nint. 13.6 Specific names for standard intrinsic functions Specic NameGeneric Name ArgumentType and Kind AINT AINT default real ANINT ANINTdefault real INDEX INDEXdefault character LENLEN default character NINT NINT default real The problem is that all those functions have an optional KIND= argument - which, however, is not included in the specific functions (as backward compatibility to Fortran 77). Thus, the warning is bogus - but another question is whether this can lead to wrong code by not passing NULL as second argument. I have not checked, but maybe the documentation should also be improved (cf. James' posting to c.l.f)
[Bug other/46847] New: Missed optimization for variant of Duff's device
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46847 Summary: Missed optimization for variant of Duff's device Product: gcc Version: 4.3.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassig...@gcc.gnu.org ReportedBy: j...@acm.org The attached file contains a function that implements a variant of Duff's device to zero out part of an array. GCC 4.3.2 (Red Hat 4.3.2-7) with -O3 generates rather bad code for x86-64; the code it produces for i386 might also be improved. Generated code for -m32 and -m64 is in the attached file. The -m64 version contains multiple copies of a redundant load for %esi (and corresponding jumps). Both versions move the computation of 'end' inside the loop, which seems unnecessary to me.
[Bug other/46847] Missed optimization for variant of Duff's device
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46847 --- Comment #1 from Jens Kilian jjk at acm dot org 2010-12-08 09:12:07 UTC --- Created attachment 22681 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22681 Source code and generated assembly
[Bug bootstrap/46819] [4.6 Regression] libffi is always built
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46819 --- Comment #2 from rguenther at suse dot de rguenther at suse dot de 2010-12-08 10:17:09 UTC --- On Tue, 7 Dec 2010, ian at airs dot com wrote: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46819 Ian Lance Taylor ian at airs dot com changed: What|Removed |Added CC||ian at airs dot com --- Comment #1 from Ian Lance Taylor ian at airs dot com 2010-12-07 19:00:26 UTC --- I just did a complete bootstrap with --enable-languages=c and libffi was not built. I did various configure runs with various options, and TARGET_CONFIGDIRS appeared to generally include libffi when appropriate and not include it when appropriate. What configure options are you using? I am using --enable-languages=c,c++,objc,fortran,obj-c++,java,ada --disable-libgcj which formerly disabled building of libffi, but now leaves it enabled (even if go is not enabled). I didn't remember that, so maybe the issue isn't that important. But maybe we can have a --disable-libffi configure option? (continuing to disable libffi with --disable-libgcj if Go is not build would be also ok of course). Richard.
[Bug rtl-optimization/46804] [4.5/4.6 Regression] gfortran.dg/char_cshift_2.f90 FAILs with -fregmove
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46804 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-08 10:49:42 UTC --- Regmove seems to change: (insn 107 105 816 9 (set (reg:QI 236) (mem/s/u/j:QI (const:DI (plus:DI (symbol_ref:DI (A.4.1573) [flags 0x2] var_decl # A.4) (const_int 3 [0x3]))) [0 A.4 S1 A8])) pr46804.f90:15 66 {*movqi_internal} (expr_list:REG_EQUAL (mem/s/u/j:QI (const:DI (plus:DI (symbol_ref:DI (A.4.1573) [flags 0x2] var_decl # A.4) (const_int 3 [0x3]))) [0 A.4 S1 A8]) (nil))) ... (insn 108 824 643 9 (set (mem/s/j:QI (plus:DI (plus:DI (mult:DI (reg:DI 235 [ S.5 ]) (const_int 2 [0x2])) (reg/f:DI 20 frame)) (const_int -781 [0xfcf3])) [0 FRAME.22.shift1 S1 A8]) (reg:QI 236)) pr46804.f90:15 66 {*movqi_internal} (nil)) ... (insn 117 116 832 9 (set (reg:HI 272) (sign_extend:HI (reg:QI 236))) pr46804.f90:16 134 {extendqihi2} (nil)) ... (insn 133 510 134 9 (set (reg:SI 310) (sign_extend:SI (reg:QI 236))) pr46804.f90:17 132 {extendqisi2} (expr_list:REG_DEAD (reg:QI 236) (nil))) into: (insn 107 105 816 9 (set (reg:SI 236) (sign_extend:SI (mem/s/u/j:QI (const:DI (plus:DI (symbol_ref:DI (A.4.1573) [flags 0x2] var_decl # A.4) (const_int 3 [0x3]))) [0 A.4 S1 A8]))) pr46804.f90:15 132 {extendqisi2} (expr_list:REG_EQUAL (mem/s/u/j:QI (const:DI (plus:DI (symbol_ref:DI (A.4.1573) [flags 0x2] var_decl # A.4) (const_int 3 [0x3]))) [0 A.4 S1 A8]) (nil))) ... (insn 108 824 643 9 (set (mem/s/j:QI (plus:DI (plus:DI (mult:DI (reg:DI 235 [ S.5 ]) (const_int 2 [0x2])) (reg/f:DI 20 frame)) (const_int -781 [0xfcf3])) [0 FRAME.22.shift1 S1 A8]) (subreg:QI (reg:SI 236) 0)) pr46804.f90:15 66 {*movqi_internal} (nil)) ... (insn 117 116 832 9 (set (reg:HI 272) (sign_extend:HI (subreg:QI (reg:SI 236) 0))) pr46804.f90:16 134 {extendqihi2} (nil)) ... (insn 133 510 134 9 (set (reg:SI 310) (reg:SI 236)) pr46804.f90:17 64 {*movsi_internal} (expr_list:REG_DEAD (reg:SI 236) (nil))) The problem is that REG_EQUAL note on insn 107 isn't adjusted and then with high register pressure just results in wrong code.
[Bug rtl-optimization/46804] [4.5/4.6 Regression] gfortran.dg/char_cshift_2.f90 FAILs with -fregmove
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46804 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org |gnu.org | --- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-08 11:17:00 UTC --- Ah, it seems Bernd committed a patch for this 9 years ago: http://gcc.gnu.org/ml/gcc-patches/2001-06/msg01250.html but probably had just testcase for REG_EQUIV and not REG_EQUAL, so didn't discover that p at that point is not the p it wants, as there has been a forward loop too. I guess if the REG_EQUAL note is identical to the source operand, it could be sign/zero extended instead of removing it, for anything else of course we want to remove it, but from the right insn.
[Bug fortran/46816] can not compile gcc due to a Fortran configure error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46816 --- Comment #6 from yikey326 at hotmail dot com 2010-12-08 11:37:07 UTC --- Now it works, thanks!
[Bug middle-end/46844] [4.6 Regression] regrename.c:312:22: error: unused parameter 'reg'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46844 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.6.0
[Bug rtl-optimization/46804] [4.5/4.6 Regression] gfortran.dg/char_cshift_2.f90 FAILs with -fregmove
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46804 --- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-08 11:53:31 UTC --- Created attachment 22682 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22682 gcc46-pr46804.patch Untested fix.
[Bug other/46847] Missed optimization for variant of Duff's device
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46847 --- Comment #2 from Richard Guenther rguenth at gcc dot gnu.org 2010-12-08 12:02:09 UTC --- GCC 4.5 doesn't move end computation inside the loop. What do you expect to be good code? I get at -O[23]: foo: .LFB0: mov %esi, %ecx subl%edi, %esi mov %edi, %eax andl$7, %esi leaq(%rdx,%rax,8), %rax leaq(%rdx,%rcx,8), %rdx jmp *.L10(,%rsi,8) .section.rodata .align 8 .align 4 .L10: .quad .L2 .quad .L3 .quad .L4 .quad .L5 .quad .L6 .quad .L7 .quad .L8 .quad .L9 .text .p2align 4,,10 .p2align 3 .L9: movq$0, (%rax) addq$8, %rax .L8: movq$0, (%rax) addq$8, %rax .L7: movq$0, (%rax) addq$8, %rax .L6: movq$0, (%rax) addq$8, %rax .L5: movq$0, (%rax) addq$8, %rax .L4: movq$0, (%rax) addq$8, %rax .L3: movq$0, (%rax) addq$8, %rax .L2: movq$0, (%rax) addq$8, %rax cmpq%rax, %rdx jae .L9 rep ret Similar code is generated by ICC 11.1. Duffs device may be a fun thing from a C language perspective, but it is a bad thing in general because you defy most loop optimizations as it is a loop with multiple entries (which means the loop isn't recognized as a loop by GCC).
[Bug c++/46848] New: ICE with initializer list for std::vector
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46848 Summary: ICE with initializer list for std::vector Product: gcc Version: 4.4.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: magicd...@hotmail.com Created attachment 22683 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22683 preprocessed file I get an ICE with the following code (compiled as g++ test.cc): #include vector int main() { std::vectorint baseVector[2]; baseVector = {std::vectorint(10), std::vectorint(10)}; return 0; } Using built-in specs. Target: i686-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.4.4-14ubuntu5' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.4 --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-targets=all --disable-werror --with-arch-32=i686 --with-tune=generic --enable-checking=release --build=i686-linux-gnu --host=i686-linux-gnu --target=i686-linux-gnu Thread model: posix gcc version 4.4.5 (Ubuntu/Linaro 4.4.4-14ubuntu5) COLLECT_GCC_OPTIONS='-v' '-save-temps' '-mtune=generic' '-march=i686' /usr/lib/gcc/i686-linux-gnu/4.4.5/cc1plus -E -quiet -v -D_GNU_SOURCE test.cc -D_FORTIFY_SOURCE=2 -mtune=generic -march=i686 -fpch-preprocess -fstack-protector -o test.ii ignoring nonexistent directory /usr/local/include/i686-linux-gnu ignoring nonexistent directory /usr/lib/gcc/i686-linux-gnu/4.4.5/../../../../i686-linux-gnu/include ignoring nonexistent directory /usr/include/i686-linux-gnu #include ... search starts here: #include ... search starts here: /usr/include/c++/4.4 /usr/include/c++/4.4/i686-linux-gnu /usr/include/c++/4.4/backward /usr/local/include /usr/lib/gcc/i686-linux-gnu/4.4.5/include /usr/lib/gcc/i686-linux-gnu/4.4.5/include-fixed /usr/include End of search list. COLLECT_GCC_OPTIONS='-v' '-save-temps' '-mtune=generic' '-march=i686' /usr/lib/gcc/i686-linux-gnu/4.4.5/cc1plus -fpreprocessed test.ii -quiet -dumpbase test.cc -mtune=generic -march=i686 -auxbase test -version -fstack-protector -o test.s GNU C++ (Ubuntu/Linaro 4.4.4-14ubuntu5) version 4.4.5 (i686-linux-gnu) compiled by GNU C version 4.4.5, GMP version 4.3.2, MPFR version 3.0.0-p3. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 1fe36891f4a5f71e4a498e712867261c test.cc: In function ‘int main()’: test.cc:8: warning: extended initializer lists only available with -std=c++0x or -std=gnu++0x test.cc:8: internal compiler error: Segmentation fault
[Bug other/46847] Missed optimization for variant of Duff's device
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46847 --- Comment #3 from Jens Kilian jjk at acm dot org 2010-12-08 12:10:02 UTC --- (In reply to comment #2) GCC 4.5 doesn't move end computation inside the loop. What do you expect to be good code? I get at -O[23]: [snip] The code generated by 4.5 is what I would have expected. Feel free to close this as fixed in the latest version. Duffs device may be a fun thing from a C language perspective, but it is a bad thing in general because you defy most loop optimizations as it is a loop with multiple entries (which means the loop isn't recognized as a loop by GCC). I usually wouldn't consider using it, I just noticed the problem while trying to tune some heavily used parts of our code. Thanks, Jens.
[Bug tree-optimization/46847] Missed optimization for variant of Duff's device
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46847 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords||missed-optimization Status|UNCONFIRMED |RESOLVED Component|other |tree-optimization Resolution||FIXED Target Milestone|--- |4.5.1 --- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2010-12-08 12:27:00 UTC --- Thus, fixed in at least 4.5.1. Thanks.
[Bug middle-end/46844] [4.6 Regression] regrename.c:312:22: error: unused parameter 'reg'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46844 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2010.12.08 12:27:29 AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-08 12:27:29 UTC --- Created attachment 22684 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22684 gcc46-pr46844.patch Obvious patch I'm going to check in soon.
[Bug middle-end/46671] [4.6 Regression] ICE in default_no_named_section, at varasm .c:5994
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46671 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #11 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-08 12:29:19 UTC --- Assuming this is fixed now.
[Bug c++/46848] ICE with initializer list for std::vector
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46848 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-invalid-code --- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2010-12-08 12:31:45 UTC --- I think this is a dup of PR 44045, which is fixed on trunk
[Bug c++/46848] ICE with initializer list for std::vector
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46848 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org 2010-12-08 12:33:39 UTC --- Yes, with trunk this gets the new error added by the fix for PR 44045 ice.cc:5:59: error: assigning to an array from an initializer list *** This bug has been marked as a duplicate of bug 44045 ***
[Bug c++/44045] initialization of array of shared_ptr's with initializer list causes compiler segfault
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44045 Jonathan Wakely redi at gcc dot gnu.org changed: What|Removed |Added CC||magicdice at hotmail dot ||com --- Comment #14 from Jonathan Wakely redi at gcc dot gnu.org 2010-12-08 12:33:39 UTC --- *** Bug 46848 has been marked as a duplicate of this bug. ***
[Bug c++/46626] [4.6 Regression] simple use of virtual methods causes pure virtual method call in c++0x mode
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46626 --- Comment #6 from Zdenek Sojka zsojka at seznam dot cz 2010-12-08 12:39:59 UTC --- Thank you, I did my flag reduction wrongly. It seems using of precompiled headers sometimes causes wrong code, but it's unrelated to this PR.
[Bug fortran/46849] New: [OOP] MODULE PROCEDURE resolution does not work in BLOCK or SELECT TYPE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46849 Summary: [OOP] MODULE PROCEDURE resolution does not work in BLOCK or SELECT TYPE Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code, rejects-valid Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org CC: ja...@gcc.gnu.org, do...@gcc.gnu.org The following problem has been reported by Reinhold Bader. select type (p = fun%options) type is (qdr_opt_qag) p%f = fgsl_function_init(fun_qag) end select Is rejected with a current GCC 4.6 with: pmr.f90:35.39: p%f = fgsl_function_init(fun_qag) 1 Error: Symbol 'fun_qag' at (1) has no IMPLICIT type f951: internal compiler error: in gfc_enforce_clean_symbol_state, at fortran/symbol.c:3472 Here, fun_qag is a module procedure. It works if one flips the order of fun_qag and the calling procedure. It also works if one uses the line: fun%options%f = fgsl_function_init(fun_qag) as long as the line is neither in a BLOCK nor in a SELECT TYPE. Seemingly, resolve_symbol does not search in the module name space!
[Bug fortran/46849] [OOP] MODULE PROCEDURE resolution does not work in BLOCK or SELECT TYPE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46849 --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-08 13:08:43 UTC --- Created attachment 22685 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22685 Test case
[Bug fortran/39427] F2003: Procedures with same name as types/type constructors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39427 --- Comment #23 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-08 13:11:02 UTC --- Using the last draft patch: With the attachment 22685 to bug 46849, one gets an error as fun_qag is regarded as FL_PROCEDURE and not as DERIVED; the issue seems to be unrelated to the other PR and should be checked/fixed in the constructor patch.
[Bug fortran/46816] can not compile gcc due to a Fortran configure error
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46816 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME --- Comment #7 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-08 13:16:45 UTC --- (In reply to comment #6) Now it works, thanks! Great! Close as WORKSFORME.
[Bug middle-end/46671] [4.6 Regression] ICE in default_no_named_section, at varasm .c:5994
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46671 Rainer Orth ro at gcc dot gnu.org changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #12 from Rainer Orth ro at gcc dot gnu.org 2010-12-08 13:28:47 UTC --- No, it's not: Tru64 UNIX is still broken.
[Bug fortran/46849] [OOP] MODULE PROCEDURE resolution does not work in BLOCK or SELECT TYPE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46849 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Known to fail||4.5.1, 4.6.0 --- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-08 13:30:35 UTC --- For the reject-valid part: See comment 0. Reduced test case for the error-recovery ICE: module m implicit none type :: dt end type contains subroutine test(fun) class(dt) :: fun call extern(not_existing) ! Error: No implicit type select type (fun) type is (dt) ! TYPE IS is required for the ICE end select end subroutine test end module m
[Bug fortran/46849] [OOP] MODULE PROCEDURE resolution does not work in BLOCK or SELECT TYPE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46849 janus at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2010.12.08 13:48:45 Ever Confirmed|0 |1 --- Comment #3 from janus at gcc dot gnu.org 2010-12-08 13:48:45 UTC --- Here is a reduced test case for the rejects-valid part, without CLASS and ISO_C_BINDING: implicit none block call init(fun) end block contains subroutine init(func) real, external :: func end subroutine real function fun() fun = 1.1 end function end
[Bug target/43603] gcc-4.4.3 ICE on ia64 with -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43603 --- Comment #8 from Andrey Belevantsev abel at gcc dot gnu.org 2010-12-08 13:56:00 UTC --- Author: abel Date: Wed Dec 8 13:55:57 2010 New Revision: 167588 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167588 Log: PR target/43603 * haifa-sched.c (sched_create_recovery_edges): Update dominator info. * sel-sched-ir.c (maybe_tidy_empty_bb): Update dominator info after deleting an empty block. (tidy_control_flow): Also verify dominators. (sel_remove_bb): Update dominator info after removing a block. (sel_redirect_edge_and_branch_force): Assert that no unreachable blocks will be created. Update dominator info. (sel_redirect_edge_and_branch): Update dominator info when basic blocks do not become unreachable. (sel_remove_loop_preheader): Update dominator info. Added: trunk/gcc/testsuite/g++.dg/opt/pr46640.C trunk/gcc/testsuite/gcc.target/ia64/pr43603.c Modified: trunk/gcc/ChangeLog trunk/gcc/haifa-sched.c trunk/gcc/sel-sched-ir.c trunk/gcc/testsuite/ChangeLog
[Bug middle-end/45231] gcc.c-torture/compile/941014-2.c ICEs with -fgraphite-identity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45231 --- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2010-12-08 14:07:15 UTC --- (In reply to comment #3) Mine. Thanks Jack for letting me know that the posted patch also fixes this one. I added the testcase of this bug to the patch. Yes. This patch resolves this PR on x86_64-apple-darwin10... http://gcc.gnu.org/ml/gcc-testresults/2010-12/msg00666.html
[Bug c++/41201] #pragma GCC target (sse2) doesn't alter __SSE2__ in C++ (as it does in C)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41201 Dave Korn davek at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2010.12.08 14:10:43 CC||davek at gcc dot gnu.org AssignedTo|unassigned at gcc dot |davek at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #6 from Dave Korn davek at gcc dot gnu.org 2010-12-08 14:10:43 UTC --- I stumbled into the underlying cause of this bug while working on dllimport/dllexport attributes. It turns out that the TARGET_INSERT_ATTRIBUTES hook is broken in C++, because of a bit of premature optimisation in the routine gcc/cp/decl2.c#cplus_decl_attributes(). This is a C++-specific wrapper round the core compiler's gcc/attribs.c#decl_attributes() which takes care of deferred attribute handling for templates: /* Like decl_attributes, but handle C++ complexity. */ void cplus_decl_attributes (tree *decl, tree attributes, int flags) { if (*decl == NULL_TREE || *decl == void_type_node || *decl == error_mark_node || attributes == NULL_TREE) return; if (processing_template_decl) { if (check_for_bare_parameter_packs (attributes)) return; save_template_attributes (attributes, decl); if (attributes == NULL_TREE) return; } if (TREE_CODE (*decl) == TEMPLATE_DECL) decl = DECL_TEMPLATE_RESULT (*decl); decl_attributes (decl, attributes, flags); if (TREE_CODE (*decl) == TYPE_DECL) SET_IDENTIFIER_TYPE_VALUE (DECL_NAME (*decl), TREE_TYPE (*decl)); } The early exits when attributes == NULL_TREE are (I suppose) intended to save the time taken calling decl_attributes when there aren't any attributes to be added to the newly-created decl, but it has the side-effect of bypassing the call that decl_attributes makes to TARGET_INSERT_ATTRIBUTES. The consequence is that the default/target/pragma-derived attributes don't get inserted onto any decls in C++ - except for decls that have some explicit attributes specified! I'm going to be testing this fix as part of a larger patch over the next couple of days, perhaps others would like to give it a try on their platforms: Index: gcc/cp/decl2.c === --- gcc/cp/decl2.c(revision 167484) +++ gcc/cp/decl2.c(working copy) @@ -1269,8 +1269,7 @@ void cplus_decl_attributes (tree *decl, tree attributes, int flags) { if (*decl == NULL_TREE || *decl == void_type_node - || *decl == error_mark_node - || attributes == NULL_TREE) + || *decl == error_mark_node) return; if (processing_template_decl) @@ -1279,13 +1278,13 @@ cplus_decl_attributes (tree *decl, tree attributes return; save_template_attributes (attributes, decl); - if (attributes == NULL_TREE) -return; } if (TREE_CODE (*decl) == TEMPLATE_DECL) decl = DECL_TEMPLATE_RESULT (*decl); + /* Even if ATTRIBUTES is null, we must call this in order to + give the TARGET_INSERT_ATTRIBUTES hook a chance to run. */ decl_attributes (decl, attributes, flags); if (TREE_CODE (*decl) == TYPE_DECL)
[Bug middle-end/46845] -fgraphite-identity causes ICE in gcc.dg/pr43300.c at -m32/-m64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46845 --- Comment #4 from Jack Howarth howarth at nitro dot med.uc.edu 2010-12-08 14:12:31 UTC --- Sorry for the confusion. I meant to show that your latest patch didn't fix this issue (which actually has been present in gcc trunk for some time now... http://gcc.gnu.org/ml/gcc-testresults/2010-08/msg00666.html).
[Bug c++/41201] #pragma GCC target (sse2) doesn't alter __SSE2__ in C++ (as it does in C)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41201 --- Comment #7 from Dave Korn davek at gcc dot gnu.org 2010-12-08 14:19:40 UTC --- (In reply to comment #6) I stumbled into the underlying cause of this bug Should clarify: I'm referring to the broken-ness referred to in comments 1 and 4. My patch probably won't make any difference to the original testcase, because it's to do with declarations, not preprocessor macros.
[Bug pch/45471] ICE with PCH and differening strict-aliasing settings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45471 --- Comment #4 from Zdenek Sojka zsojka at seznam dot cz 2010-12-08 14:37:21 UTC --- (In reply to comment #3) This patch indeed fixes the problem. (verified at r167585, x86_64-linux)
[Bug fortran/46772] libquadmath: Build failure - strtod: static declaration of 'strtod' follows non-static declaration
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46772 --- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-08 15:10:29 UTC --- Patch: http://gcc.gnu.org/ml/gcc-patches/2010-12/msg00664.html
[Bug c/46850] New: optimization of inline function leads to incorrect integer comparison result
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46850 Summary: optimization of inline function leads to incorrect integer comparison result Product: gcc Version: 4.4.5 Status: UNCONFIRMED Severity: minor Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: brad.k...@kitware.com Created attachment 22686 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22686 Bash script to reproduce bug The output of the attached script is expected to be 0 but is 1. Tested on GCC 4.4.5, Linux x86_64, but I believe it occurs elsewhere too and in other versions. At first I encountered the problem with -O2 but then narrowed it down to -O -fstrict-overflow -foptimize-sibling-calls -ftree-vrp as shown in the script. Adding -fno-guess-branch-probability fixes the problem. Removing inline from the function fixes the problem.
[Bug c/46850] optimization of inline function leads to incorrect integer comparison result
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46850 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-12-08 15:35:41 UTC --- You invoke undefined behavior by overflowing a signed integer.
[Bug c/46850] optimization of inline function leads to incorrect integer comparison result
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46850 --- Comment #2 from brad.king at kitware dot com 2010-12-08 15:57:25 UTC --- [smacks forehead]
[Bug c/19541] need another option to support what -I- did just besides -iquote
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19541 --- Comment #18 from Chris Ferguson fergusoc at us dot ibm.com 2010-12-08 15:59:03 UTC --- So there is no hope for this option then ? Anybody have a work around... We are considering drastic measures to work around this. Thanks, Chris From: chris.litchfield at gmail dot com gcc-bugzi...@gcc.gnu.org To: Christopher Ferguson/Burlington/i...@ibmus Date: 12/06/2010 03:14 PM Subject:[Bug c/19541] need another option to support what -I- did just besides -iquote http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19541 --- Comment #17 from Chris Litchfield chris.litchfield at gmail dot com 2010-12-06 20:13:30 UTC --- All versions since 4.0.0 seem to still have this issue. We are still awaiting it, and its not assigned to anyone either. -- Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug.
[Bug c/19541] need another option to support what -I- did just besides -iquote
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19541 --- Comment #19 from Chris Litchfield chris.litchfield at gmail dot com 2010-12-08 16:10:47 UTC --- For now, we keep the -iquote in and hope the other parts are not removed. In our shop we have many different functions to try and mitigate the problem. Include files have #defines at the top to prevent the includes from being double included, use the proper syntax of #include and #include when appropriate. Hard coding the include path is just horrible for coding and deemed unacceptable for us. One of the workarounds is drastic but involves configuration management to the extreme. All source files and include files in the same directory and to verify that NO include files are ever duplicated. This can be done and use virtual designs for your projects in IDEs. Redesign of the Include files so they do not pull in other include files or have a layer of include files that include other files but when you change the sub-include files, it automatically pulls in the above layer include file. Yes, all these are ugly for something that should be part of ANY include system. There is a reason an Include Path exists, and to use shortcuts as standard practice inside the compiler hurts everyone here complaining about it. Quite a few developers just continue to use older compiler versions as no need to upgrade into some of the pain. Wish we could assign this to someone. I bet we could keep the needed option as a separate option (-I-). Dont know what this was last reconfirmed 2006 though... Chris (In reply to comment #18) So there is no hope for this option then ? Anybody have a work around... We are considering drastic measures to work around this. Thanks, Chris From: chris.litchfield at gmail dot com gcc-bugzi...@gcc.gnu.org To: Christopher Ferguson/Burlington/i...@ibmus Date: 12/06/2010 03:14 PM Subject:[Bug c/19541] need another option to support what -I- did just besides -iquote http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19541 --- Comment #17 from Chris Litchfield chris.litchfield at gmail dot com 2010-12-06 20:13:30 UTC --- All versions since 4.0.0 seem to still have this issue. We are still awaiting it, and its not assigned to anyone either. -- Configure bugmail: http://gcc.gnu.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug.
[Bug middle-end/46851] New: ICE: in compute_affine_dependence, at tree-data-ref.c:3897 with -fcheck-data-deps
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46851 Summary: ICE: in compute_affine_dependence, at tree-data-ref.c:3897 with -fcheck-data-deps Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassig...@gcc.gnu.org ReportedBy: zso...@seznam.cz CC: s...@gcc.gnu.org Host: x86_64-pc-linux-gnu Target: x86_64-pc-linux-gnu Created attachment 22687 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22687 gcc.dg/autopar/pr39500-2.c Compiler output: $ gcc -O -fcheck-data-deps pr46851.c (Number of distance vectors differ: Banerjee has 1, Omega has 0. Banerjee dist vectors: 100 Omega dist vectors: data dependence relation: (Data Dep: #(Data Ref: # stmt: D.2689_4 = x[D.2688_3]; # ref: x[D.2688_3]; # base_object: x # Access function 0: {100, +, 1}_1 #) #(Data Ref: # stmt: x[i_12] = D.2689_4; # ref: x[i_12]; # base_object: x # Access function 0: {0, +, 1}_1 #) access_fn_A: {100, +, 1}_1 access_fn_B: {0, +, 1}_1 (subscript iterations_that_access_an_element_twice_in_A: [100 + 1 * x_1] last_conflict: 1 iterations_that_access_an_element_twice_in_B: [0 + 1 * x_1] last_conflict: 1 (Subscript distance: 100 ) ) inner loop index: 0 loop nest: (1 ) ) ) pr46851.c: In function 'main': pr46851.c:1:5: internal compiler error: in compute_affine_dependence, at tree-data-ref.c:3897 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Tested revisions: r167556 - crash 4.5 r166509 - crash 4.4 r166509 - crash I wasn't able to further reduce the testcase.
[Bug fortran/44856] Usage of array PARAMETERs: Literal copy vs. global variable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44856 --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-08 16:28:07 UTC --- Other example - from James, cf. http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/1a695db0fcfaa3e9 program kindtest use ISO_FORTRAN_ENV implicit none integer i REAL_KINDS(1) = 42 i = sum([(kind(real(0,REAL_KINDS(i))),i=1,size(REAL_KINDS))]) write(*,*) i end program kindtest which is rejected with Error: 'kind' argument of 'real' intrinsic at (1) must be a constant A quick test shows that for locally defined parameter arrays, only NAG f95 is able to use it as KIND= argument to REAL. While g95, Intel, pathf95 and openf95 have the same problem as gfortran.
[Bug middle-end/42694] Compiler could optimize pow (x, 0.75) into sqrt (x) * sqrt (sqrt (x))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42694 --- Comment #9 from Michael Meissner meissner at gcc dot gnu.org 2010-12-08 16:34:26 UTC --- Author: meissner Date: Wed Dec 8 16:34:20 2010 New Revision: 167594 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167594 Log: PR 42694: add checks to make sure sqrt is supported Added: trunk/gcc/testsuite/gcc.target/powerpc/ppc-pow.c Modified: trunk/gcc/ChangeLog trunk/gcc/builtins.c trunk/gcc/testsuite/ChangeLog
[Bug target/46631] Change operands order so we can use 16bit and instead of 32bit in thumb2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46631 --- Comment #2 from Richard Earnshaw rearnsha at gcc dot gnu.org 2010-12-08 16:38:14 UTC --- Author: rearnsha Date: Wed Dec 8 16:38:10 2010 New Revision: 167595 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167595 Log: 2010-12-08 Richard Earnshaw rearn...@arm.com PR target/46631 * arm.c (thumb2_reorg): Also try to reduce commutative_op Rd, Rn, Rd into a 16-bit instruction. 2010-12-08 Wei Guozhi car...@google.com PR target/46631 * gcc.target/arm/pr46631: New testcase. Added: trunk/gcc/testsuite/gcc.target/arm/pr46631.c (with props) Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/arm.c trunk/gcc/testsuite/ChangeLog Propchange: trunk/gcc/testsuite/gcc.target/arm/pr46631.c ('svn:eol-style' added) Propchange: trunk/gcc/testsuite/gcc.target/arm/pr46631.c ('svn:keywords' added)
[Bug c++/46852] New: ICE: tree check: expected class ‘type’, have ‘exceptional’ (error_mark) in cp_parser_class_specifier, at cp/parser.c:16947
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46852 Summary: ICE: tree check: expected class ‘type’, have ‘exceptional’ (error_mark) in cp_parser_class_specifier, at cp/parser.c:16947 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: g...@abeckmann.de The following code fragment gives an ICE in trunk: = 8 = template class { = 8 = $ g++-trunk -c -v ice-cp_parser_class_specifier.min.ii Using built-in specs. COLLECT_GCC=/opt/software/x86_64/gcc-trunk/bin/g++-trunk COLLECT_LTO_WRAPPER=/opt/software/x86_64/gcc-trunk/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: ../gcc-trunk/configure --prefix=/opt/software/x86_64/gcc-trunk --program-suffix=-trunk --enable-languages=c,c++ --enable-checking Thread model: posix gcc version 4.6.0 20101207 (experimental) (GCC) COLLECT_GCC_OPTIONS='-c' '-v' '-shared-libgcc' '-mtune=generic' '-march=x86-64' /opt/software/x86_64/gcc-trunk/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus -fpreprocessed ice-cp_parser_class_specifier.min.ii -quiet -dumpbase ice-cp_parser_class_specifier.min.ii -mtune=generic -march=x86-64 -auxbase ice-cp_parser_class_specifier.min -version -o /tmp/ccKrOsa0.s GNU C++ (GCC) version 4.6.0 20101207 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.0 20101207 (experimental), GMP version 4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU C++ (GCC) version 4.6.0 20101207 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.0 20101207 (experimental), GMP version 4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 58dd45b357216c1e9d23aab2b8f87581 ice-cp_parser_class_specifier.min.ii:4:1: error: types may not be defined in parameter types ice-cp_parser_class_specifier.min.ii:4:1: error: definition of ‘classanonymous’ inside template parameter list ice-cp_parser_class_specifier.min.ii:4:1: error: expected ‘}’ at end of input ice-cp_parser_class_specifier.min.ii:4:1: internal compiler error: tree check: expected class ‘type’, have ‘exceptional’ (error_mark) in cp_parser_class_specifier, at cp/parser.c:16947 Please submit a full bug report, This is a regression from 4.5.x which properly gives these errors: $ g++-4.5.x -c ice-cp_parser_class_specifier.min.ii ice-cp_parser_class_specifier.min.ii:4:1: error: types may not be defined in parameter types ice-cp_parser_class_specifier.min.ii:4:1: error: definition of ‘classanonymous’ inside template parameter list ice-cp_parser_class_specifier.min.ii:4:1: error: expected ‘}’ at end of input ice-cp_parser_class_specifier.min.ii:4:1: error: expected ‘’ at end of input ice-cp_parser_class_specifier.min.ii:4:1: error: expected unqualified-id at end of input Andreas
[Bug middle-end/46844] [4.6 Regression] regrename.c:312:22: error: unused parameter 'reg'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46844 --- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-08 16:43:18 UTC --- Author: jakub Date: Wed Dec 8 16:43:14 2010 New Revision: 167596 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167596 Log: PR middle-end/46844 * regrename.c (check_new_reg_p): Add ATTRIBUTE_UNUSED to reg parameter. Modified: trunk/gcc/ChangeLog trunk/gcc/regrename.c
[Bug middle-end/46844] [4.6 Regression] regrename.c:312:22: error: unused parameter 'reg'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46844 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2010-12-08 16:46:42 UTC --- Fixed.
[Bug target/46631] Change operands order so we can use 16bit and instead of 32bit in thumb2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46631 Richard Earnshaw rearnsha at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.6.0 --- Comment #3 from Richard Earnshaw rearnsha at gcc dot gnu.org 2010-12-08 16:48:46 UTC --- Fixed in trunk
[Bug middle-end/46671] [4.6 Regression] ICE in default_no_named_section, at varasm .c:5994
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46671 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Target|hppa2.0w-hp-hpux11.11, |alpha-dec-osf5.1b |alpha-dec-osf5.1b | Priority|P3 |P4 Host|hppa2.0w-hp-hpux11.11, |alpha-dec-osf5.1b |alpha-dec-osf5.1b | Build|hppa2.0w-hp-hpux11.11, |alpha-dec-osf5.1b |alpha-dec-osf5.1b |
[Bug c++/46852] ICE: tree check: expected class ‘type’, have ‘exceptional’ (error_mark) in cp_parser_class_specifier, at cp/parser.c:16947
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46852 Nathan Froyd froydnj at gcc dot gnu.org changed: What|Removed |Added CC||froydnj at gcc dot gnu.org AssignedTo|unassigned at gcc dot |froydnj at gcc dot gnu.org |gnu.org | Target Milestone|--- |4.6.0 --- Comment #1 from Nathan Froyd froydnj at gcc dot gnu.org 2010-12-08 16:56:46 UTC --- This is due to my changes to detect missing semicolons. I will fix it.
[Bug c/46853] New: gcc fails to warn about uninitialized variable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46853 Summary: gcc fails to warn about uninitialized variable Product: gcc Version: 4.4.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: gcc-b...@nospam.pz.podzone.net With the code below gcc warns of uninitialised variable only when not nested in a loop. The test case is simple enough. I think gcc should be able to check for this. The 'FOR_LOOP' test case has also been checked with GNU C (GCC) version 4.4.3 (arm-unknown-elf), and gcc (Debian 4.4.5-8) 4.4.5, with the same behaviour as below. $ cat gcc_test.c int func(void); int main(void) { int foo; foo = func(); return foo; } int func(void) { int foo; #if defined (FOR_LOOP) int i; for (i = 0; i 5; i++) #elif defined (WHILE_LOOP) while(1) #endif { if (foo == 0x00)/* uninitialised use */ { foo = 0xFF; } } return foo; } $ gcc gcc_test.c -Os -Wall -Wextra -Wuninitialized gcc_test.c: In function `func': gcc_test.c:29: warning: `foo' is used uninitialized in this function $ gcc gcc_test.c -Os -Wall -Wextra -Wuninitialized -DFOR_LOOP $ gcc gcc_test.c -Os -Wall -Wextra -Wuninitialized -DWHILE_LOOP $ gcc --version gcc (GCC) 4.3.4 20090804 (release) 1 Copyright (C) 2008 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $
[Bug middle-end/46758] [4.5/4.6 Regression] -fgraphite-identity produces wrong code when using 64bit constants
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46758 Alexander Monakov amonakov at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |amonakov at gcc dot gnu.org |gnu.org | --- Comment #3 from Alexander Monakov amonakov at gcc dot gnu.org 2010-12-08 18:03:57 UTC --- I'll work on a patch
[Bug middle-end/46761] [4.6 Regression] -fgraphite-identity produces wrong code for array initialization arr[i] = i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46761 Alexander Monakov amonakov at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |amonakov at gcc dot gnu.org |gnu.org | --- Comment #5 from Alexander Monakov amonakov at gcc dot gnu.org 2010-12-08 18:05:23 UTC --- Thanks. I'll submit this patch
[Bug fortran/46846] Warning of AINT as actual argument ain't right
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46846 --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-08 19:31:57 UTC --- Cf. also http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/8cdbfa22b5b1ab00
[Bug fortran/46846] Warning of AINT as actual argument ain't right
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46846 --- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-08 19:47:50 UTC --- Cf. also for REAL: http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/bc0e811575b758ab -- The documentation seems to be OK, but an ICE is shown at the very end (in gfc_typenode_for_spec).
[Bug fortran/46520] [4.6 Regression] libquadmath: Build also with --enable-languages=c; fails with some cross targets
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46520 --- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-08 19:52:01 UTC --- For __float128 detection, there is now a patch at: http://gcc.gnu.org/ml/fortran/2010-12/msg00045.html However, one still might change the configure check for symbol versioning. As there have been already several commits, which also affect cross building: Can someone confirm that building GCC on a bare iron machine still fails due to the libquadmath configure script?
[Bug rtl-optimization/46854] New: PowerPC optimization regression
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46854 Summary: PowerPC optimization regression Product: gcc Version: 4.4.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: joakim.tjernl...@transmode.se I have noticed gcc 4.4.5 often produces less optimzed code than the old 3.4.6. Below is the latest example. I am starting to wonder if I need rebuild gcc 4.4.5 and/or add new options to gcc when I compile. Any insight? Jocke const char *test(int i) { const char *p = abc\0def\0gef; for(; i; --i) while(*++p); return p; } /* gcc 4.4.5 -O2 -S .section.text .align 2 .globl test .type test, @function test: mr. 0,3 mtctr 0 beq- 0,.L10 lis 3,.lanch...@ha la 3,.lanch...@l(3) .L8: lbzu 0,1(3) cmpwi 7,0,0 bne+ 7,.L8 bdnz .L8 blr .L10: lis 3,.lanch...@ha la 3,.lanch...@l(3) blr .size test, .-test .section.rodata .align 2 .set.LANCHOR0,. + 0 .LC0: .string abc .string def .string gef .ident GCC: (Gentoo 4.4.5 p1.0, pie-0.4.5) 4.4.5 */ /* gcc 4.4.5 -Os -S .globl test .type test, @function test: mr 9,3 lis 3,.lanch...@ha la 3,.lanch...@l(3) b .L2 .L5: lbzu 0,1(3) cmpwi 7,0,0 bne+ 7,.L5 addi 9,9,-1 .L2: cmpwi 7,9,0 bne+ 7,.L5 blr .size test, .-test .section.rodata .set.LANCHOR0,. + 0 .LC0: .string abc .string def .string gef .ident GCC: (Gentoo 4.4.5 p1.0, pie-0.4.5) 4.4.5 */ /* gcc 3.4.6 -Os -S and gcc -O2 -S section.rodata .align 2 .LC0: .string abc .string def .string gef .section.text .align 2 .globl test .type test, @function test: mr. 0,3 lis 9,@ha la 3,@l(9) mtctr 0 beqlr- 0 .L13: lbzu 0,1(3) cmpwi 7,0,0 bne- 7,.L13 bdnz .L13 blr .size test, .-test .section.note.GNU-stack,,@progbits .ident GCC: (GNU) 3.4.6 (Gentoo 3.4.6-r2, ssp-3.4.6-1.0, pie-8.7.9) */
[Bug c++/46736] [c++0x] move constructor is not implicitly deleted when it should be
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46736 --- Comment #2 from Jason Merrill jason at gcc dot gnu.org 2010-12-08 20:00:31 UTC --- Author: jason Date: Wed Dec 8 20:00:27 2010 New Revision: 167601 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167601 Log: PR c++/46736 * decl.c (cp_finish_decl): Complain about an implicitly deleted method defaulted outside the class. * method.c (maybe_explain_implicit_delete): Don't check DECL_INITIAL. Added: trunk/gcc/testsuite/g++.dg/cpp0x/defaulted21.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/cp/method.c trunk/gcc/testsuite/ChangeLog
[Bug c++/45822] [4.6-regression] Qt 4.7.0 build fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45822 --- Comment #8 from Jason Merrill jason at gcc dot gnu.org 2010-12-08 20:00:41 UTC --- Author: jason Date: Wed Dec 8 20:00:37 2010 New Revision: 167602 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167602 Log: PR c++/45822 * cp-tree.h (LOOKUP_DEFAULTED): New. * call.c (add_function_candidate): Check it. * method.c (synthesized_method_walk): Set it. (do_build_copy_assign): Likewise. * init.c (perform_member_init): Likewise. (emit_mem_initializers): Likewise. Added: trunk/gcc/testsuite/g++.dg/init/synth4.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/init.c trunk/gcc/cp/method.c trunk/gcc/testsuite/ChangeLog
[Bug c++/46298] constexpr ICE on ARM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46298 Jason Merrill jason at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED --- Comment #5 from Jason Merrill jason at gcc dot gnu.org 2010-12-08 20:04:45 UTC --- Fixed.
[Bug debug/46749] gcc.dg/debug/pr41893-1.c -gdwarf-2 testsuite failures on darwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749 --- Comment #43 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org 2010-12-08 20:11:13 UTC --- Author: mrs Date: Wed Dec 8 20:11:05 2010 New Revision: 167603 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167603 Log: PR debug/46749 * config/darwin.h (COLLECT_RUN_DSYMUTIL): Add. (DSYMUTIL_SPEC): Use `linker' flags instead to handle lto better. * config/darwin9.h (COLLECT_RUN_DSYMUTIL): Add. (DSYMUTIL_SPEC): Use `linker' flags instead to handle lto better. * collect2.c (post_ld_pass): Add. (process_args): Add. (maybe_run_lto_and_relink): Call post_ld_pass after ld. (main): Likewise. Call process_args. Modified: trunk/gcc/ChangeLog trunk/gcc/collect2.c trunk/gcc/config/darwin.h trunk/gcc/config/darwin9.h
[Bug target/41082] [4.5/4.6 Regression] FAIL: gfortran.fortran-torture/execute/where_2.f90 execution, -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41082 --- Comment #68 from Michael Meissner meissner at gcc dot gnu.org 2010-12-08 20:29:45 UTC --- gcc46-pr41082.patch looks correct to me. I did a build on a linux power7 system, and saw no regressions in the make check output.
[Bug c/46853] gcc fails to warn about uninitialized variable
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46853 --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2010-12-08 20:35:19 UTC --- This is a dup of x, we apply conditional constant and copy propagation which will optimize the uninitialized use away before we have a chance to warn.
[Bug tree-optimization/43023] missing SSA_NAME def for -ftree-loop-distribution in 459.GemsFDTD
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43023 Sebastian Pop spop at gcc dot gnu.org changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|unassigned at gcc dot |spop at gcc dot gnu.org |gnu.org | --- Comment #2 from Sebastian Pop spop at gcc dot gnu.org 2010-12-08 20:43:49 UTC --- Mine. I can reproduce this on trunk r167554 with ./cc1 -O2 -ftree-loop-distribution -m32 bug.f90
[Bug c++/46564] [4.6 Regression] ICE: in decl_constant_var_p, at cp/decl2.c:3562 on invalid recursive initialization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46564 Andreas Beckmann gcc at abeckmann dot de changed: What|Removed |Added CC||gcc at abeckmann dot de --- Comment #2 from Andreas Beckmann gcc at abeckmann dot de 2010-12-08 20:54:25 UTC --- Another testcase without nesting problems, but using invalid code instead: = 8 = constexpr pair ( pair = 8 = $ g++-trunk -c -std=c++0x ice-decl_constant_var_p.min.ii ice-decl_constant_var_p.min.ii:4:1: error: ISO C++ forbids declaration of ‘pair’ with no type [-fpermissive] ice-decl_constant_var_p.min.ii:4:1: internal compiler error: in decl_constant_var_p, at cp/decl2.c:3563 Please submit a full bug report, $ g++-4.5 -c -std=c++0x ice-decl_constant_var_p.min.ii ice-decl_constant_var_p.min.ii:4:1: error: ISO C++ forbids declaration of ‘pair’ with no type ice-decl_constant_var_p.min.ii:4:1: error: expected ‘)’ at end of input ice-decl_constant_var_p.min.ii:4:1: error: expected ‘,’ or ‘;’ at end of input
[Bug fortran/46520] [4.6 Regression] libquadmath: Build also with --enable-languages=c; fails with some cross targets
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46520 --- Comment #5 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-08 21:04:50 UTC --- Author: burnus Date: Wed Dec 8 21:04:45 2010 New Revision: 167605 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167605 Log: 2010-12-08 Tobias Burnus bur...@net-b.de PR fortran/46520 * configure.ac: Use GCC_TRY_COMPILE_OR_LINK instead of AC_TRY_LINK and cache libquad_have_float128. * configure: Regenerate. Modified: trunk/libquadmath/ChangeLog trunk/libquadmath/configure trunk/libquadmath/configure.ac
[Bug c++/46855] New: cc1plus: internal compiler error: Segmentation fault (instead of g++-4.5's: expected unqualified-id at end of input)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46855 Summary: cc1plus: internal compiler error: Segmentation fault (instead of g++-4.5's: expected unqualified-id at end of input) Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: g...@abeckmann.de The following piece of invalid code gives an ICE SIGSEGV in 4.6: = 8 = struct { struct my_data = 8 = $ g++-trunk -c ice-SIGSEGV.min.ii ice-SIGSEGV.min.ii:4:1: error: ‘my_data’ is not a template ice-SIGSEGV.min.ii:4:1: error: expected unqualified-id at end of input ice-SIGSEGV.min.ii:4:1: error: expected ‘}’ at end of input cc1plus: error: expected ‘;’ after struct definition ice-SIGSEGV.min.ii:4:1: error: abstract declarator ‘anonymous struct’ used as declaration cc1plus: internal compiler error: Segmentation fault Please submit a full bug report, $ g++-4.5.x -c ice-SIGSEGV.min.ii ice-SIGSEGV.min.ii:4:1: error: ‘my_data’ is not a template ice-SIGSEGV.min.ii:4:1: error: expected unqualified-id at end of input ice-SIGSEGV.min.ii:4:1: error: expected ‘}’ at end of input ice-SIGSEGV.min.ii:4:1: error: expected unqualified-id at end of input $ g++-trunk -v -c ice-SIGSEGV.min.ii Using built-in specs. COLLECT_GCC=/opt/software/x86_64/gcc-trunk/bin/g++-trunk COLLECT_LTO_WRAPPER=/opt/software/x86_64/gcc-trunk/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: ../gcc-trunk/configure --prefix=/opt/software/x86_64/gcc-trunk --program-suffix=-trunk --enable-languages=c,c++ --enable-checking Thread model: posix gcc version 4.6.0 20101207 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-c' '-shared-libgcc' '-mtune=generic' '-march=x86-64' /opt/software/x86_64/gcc-trunk/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus -fpreprocessed ice-SIGSEGV.min.ii -quiet -dumpbase ice-SIGSEGV.min.ii -mtune=generic -march=x86-64 -auxbase ice-SIGSEGV.min -version -o /tmp/cci7gnRt.s GNU C++ (GCC) version 4.6.0 20101207 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.0 20101207 (experimental), GMP version 4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU C++ (GCC) version 4.6.0 20101207 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.0 20101207 (experimental), GMP version 4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 58dd45b357216c1e9d23aab2b8f87581 ice-SIGSEGV.min.ii:4:1: error: ‘my_data’ is not a template ice-SIGSEGV.min.ii:4:1: error: expected unqualified-id at end of input ice-SIGSEGV.min.ii:4:1: error: expected ‘}’ at end of input cc1plus: error: expected ‘;’ after struct definition ice-SIGSEGV.min.ii:4:1: error: abstract declarator ‘anonymous struct’ used as declaration cc1plus: internal compiler error: Segmentation fault Please submit a full bug report,
[Bug c++/46855] [4.6 Regression] cc1plus: internal compiler error: Segmentation fault (instead of g++-4.5's: expected unqualified-id at end of input)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46855 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Keywords||error-recovery, ||ice-on-invalid-code Target Milestone|--- |4.6.0 Summary|cc1plus: internal compiler |[4.6 Regression] cc1plus: |error: Segmentation fault |internal compiler error: |(instead of g++-4.5's: |Segmentation fault (instead |expected unqualified-id at |of g++-4.5's: expected |end of input) |unqualified-id at end of ||input)
[Bug bootstrap/43952] NetBSD _ANSI_H_ vs. _I386_ANSI_H_ and _X86_64_ANSI_H_
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43952 Arnaud Lacombe lacombar at gmail dot com changed: What|Removed |Added CC||lacombar at gmail dot com --- Comment #2 from Arnaud Lacombe lacombar at gmail dot com 2010-12-08 21:33:41 UTC --- this issues seems to be a duplicate of PR38182.
[Bug c++/45329] When printing a list of candidate functions, explain why each function failed to match.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45329 --- Comment #4 from Nathan Froyd froydnj at gcc dot gnu.org 2010-12-08 21:37:54 UTC --- Author: froydnj Date: Wed Dec 8 21:37:51 2010 New Revision: 167607 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167607 Log: gcc/cp/ PR c++/45329 * call.c (struct conversion): Document bad_p field. (enum rejection_reason_code): Define. (struct conversion_info): Define. (struct rejection_reason): Define. (struct z_candidate): Add `reason' field. (add_candidate): Add `reason' parameter. Store it in CAND. (alloc_rejection, arity_rejection, arg_conversion_rejection): New functions. (bad_arg_conversion_rejection): New function. (convert_class_to_reference): Add comment. (remaining_arguments): New function. (add_function_candidate): Record rejection reason and pass it to add_candidate. (add_conv_candidate, build_builtin_candidate): Likewise. (add_template_candidate_real): Likewise. (print_conversion_rejection): New function. (print_z_candidate): Print CAND-REASON if it exists. Adjust diagnostic strings. (print_z_candidates): Add location_t argument. Adjust calling sequence for print_z_candidate. Print header line directly. (build_user_type_conversion_1): Add reason for rejection to CAND. Adjust call to print_z_candidates. (print_error_for_call_failure): New function. (build_new_function_call): Call it. Adjust call to print_z_candidates. (build_operator_new_call): Likewise. (build_op_call): Likewise. (build_conditional_expr): Likewise. (build_new_op): Likewise. (build_new_method_call): Likewise. gcc/testsuite/ PR c++/45329 * testsuite/g++.dg/conversion/ambig1.C: Adjust. * testsuite/g++.dg/conversion/op1.C: Adjust. * testsuite/g++.dg/conversion/simd1.C: Adjust. * testsuite/g++.dg/cpp0x/defaulted14.C: Adjust. * testsuite/g++.dg/cpp0x/defaulted18.C: Adjust. * testsuite/g++.dg/cpp0x/defaulted20.C: Adjust. * testsuite/g++.dg/cpp0x/explicit3.C: Adjust. * testsuite/g++.dg/cpp0x/explicit4.C: Adjust. * testsuite/g++.dg/cpp0x/implicit4.C: Adjust. * testsuite/g++.dg/cpp0x/nullptr15.C: Adjust. * testsuite/g++.dg/cpp0x/nullptr19.C: Adjust. * testsuite/g++.dg/cpp0x/pr31431-2.C: Adjust. * testsuite/g++.dg/cpp0x/pr31431.C: Adjust. * testsuite/g++.dg/cpp0x/pr31434.C: Adjust. * testsuite/g++.dg/cpp0x/pr31437.C: Adjust. * testsuite/g++.dg/cpp0x/rv2n.C: Adjust. * testsuite/g++.dg/cpp0x/rv3n.C: Adjust. * testsuite/g++.dg/cpp0x/rv4n.C: Adjust. * testsuite/g++.dg/cpp0x/rv5n.C: Adjust. * testsuite/g++.dg/cpp0x/rv6n.C: Adjust. * testsuite/g++.dg/cpp0x/rv7n.C: Adjust. * testsuite/g++.dg/cpp0x/temp_default2.C: Adjust. * testsuite/g++.dg/cpp0x/trailing4.C: Adjust. * testsuite/g++.dg/cpp0x/variadic-ex3.C: Adjust. * testsuite/g++.dg/cpp0x/variadic-ex4.C: Adjust. * testsuite/g++.dg/cpp0x/variadic35.C: Adjust. * testsuite/g++.dg/cpp0x/vt-35147.C: Adjust. * testsuite/g++.dg/cpp0x/vt-37737-2.C: Adjust. * testsuite/g++.dg/expr/cond9.C: Adjust. * testsuite/g++.dg/expr/pmf-1.C: Adjust. * testsuite/g++.dg/ext/label5.C: Adjust. * testsuite/g++.dg/ext/visibility/anon8.C: Adjust. * testsuite/g++.dg/ext/vla2.C: Adjust. * testsuite/g++.dg/gomp/pr26690-1.C: Adjust. * testsuite/g++.dg/gomp/pr26690-2.C: Adjust. * testsuite/g++.dg/init/synth2.C: Adjust. * testsuite/g++.dg/lookup/conv-1.C: Adjust. * testsuite/g++.dg/lookup/new1.C: Adjust. * testsuite/g++.dg/lookup/using9.C: Adjust. * testsuite/g++.dg/other/error13.C: Adjust. * testsuite/g++.dg/other/error20.C: Adjust. * testsuite/g++.dg/other/error31.C: Adjust. * testsuite/g++.dg/other/pr28114.C: Adjust. * testsuite/g++.dg/other/ptrmem10.C: Adjust. * testsuite/g++.dg/other/ptrmem11.C: Adjust. * testsuite/g++.dg/overload/ambig1.C: Adjust. * testsuite/g++.dg/overload/arg3.C: Adjust. * testsuite/g++.dg/overload/builtin1.C: Adjust. * testsuite/g++.dg/overload/copy1.C: Adjust. * testsuite/g++.dg/overload/new1.C: Adjust. * testsuite/g++.dg/overload/template4.C: Adjust. * testsuite/g++.dg/overload/unknown1.C: Adjust. * testsuite/g++.dg/overload/using2.C: Adjust. * testsuite/g++.dg/parse/crash5.C: Adjust. * testsuite/g++.dg/parse/error19.C: Adjust. * testsuite/g++.dg/parse/error28.C: Adjust. * testsuite/g++.dg/parse/template7.C: Adjust. * testsuite/g++.dg/parse/typename7.C: Adjust. * testsuite/g++.dg/rtti/typeid6.C: Adjust. * testsuite/g++.dg/tc1/dr152.C: Adjust. * testsuite/g++.dg/template/conv11.C: Adjust. * testsuite/g++.dg/template/copy1.C: Adjust. * testsuite/g++.dg/template/crash37.C: Adjust. * testsuite/g++.dg/template/deduce3.C: Adjust. * testsuite/g++.dg/template/dependent-expr5.C: Adjust. * testsuite/g++.dg/template/error38.C: Adjust. *
[Bug c++/45329] When printing a list of candidate functions, explain why each function failed to match.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45329 Nathan Froyd froydnj at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC||froydnj at gcc dot gnu.org Resolution||FIXED --- Comment #5 from Nathan Froyd froydnj at gcc dot gnu.org 2010-12-08 21:41:32 UTC --- Fixed.
[Bug fortran/46772] libquadmath: Build failure - strtod: static declaration of 'strtod' follows non-static declaration
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46772 --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-08 22:35:56 UTC --- Author: burnus Date: Wed Dec 8 22:35:52 2010 New Revision: 167608 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167608 Log: 2010-12-08 Tobias Burnus bur...@net-b.de PR fortran/46772 * gdtoa/gdtoa.h: Include stdlib.h instead of declare strtod. * gdtoa/gdtoaimp.h: Don't declare strtod. Modified: trunk/libquadmath/ChangeLog trunk/libquadmath/gdtoa/gdtoa.h trunk/libquadmath/gdtoa/gdtoaimp.h
[Bug fortran/46772] libquadmath: Build failure - strtod: static declaration of 'strtod' follows non-static declaration
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46772 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-08 22:43:16 UTC --- FIXED for GCC / libquadmath. The static issue of MinGW is tracked at http://sourceforge.net/tracker/?func=detailaid=3132404group_id=2435atid=102435
[Bug fortran/46625] libquadmath: Mangle internal symbols; rename __float128 - string functions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46625 --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2010-12-08 22:43:44 UTC --- Created attachment 22688 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22688 Draft patch
[Bug middle-end/45230] gcc.c-torture/execute/strncmp-1.c ICEs with -fgraphite-identity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45230 --- Comment #22 from Sebastian Pop spop at gcc dot gnu.org 2010-12-08 23:01:46 UTC --- Author: spop Date: Wed Dec 8 23:01:40 2010 New Revision: 167609 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167609 Log: Fix PR45230, PR45231, and PR45370: fold_stmt_inplace after replace_exp. 2010-12-08 Richard Guenther rguent...@suse.de Sebastian Pop sebastian@amd.com PR tree-optimization/45230 PR tree-optimization/45231 PR tree-optimization/45370 * sese.c (rename_uses): Returns a bool. Call recompute_tree_invariant_for_addr_expr only on the RHS of a GIMPLE_ASSIGN. (graphite_copy_stmts_from_block): Call fold_stmt_inplace when rename_uses returns true. * tree-ssa-copy.c (replace_exp): Add a comment about calling fold_stmt_inplace after replace_exp. * gcc.dg/graphite/id-pr45230-1.c: New. * gcc.dg/graphite/id-pr45231.c: New. * gfortran.dg/graphite/id-pr45370.f90: New. Added: trunk/gcc/testsuite/gcc.dg/graphite/id-pr45230-1.c trunk/gcc/testsuite/gcc.dg/graphite/id-pr45231.c trunk/gcc/testsuite/gfortran.dg/graphite/id-pr45370.f90 Modified: trunk/gcc/ChangeLog trunk/gcc/sese.c trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-copy.c
[Bug middle-end/45231] gcc.c-torture/compile/941014-2.c ICEs with -fgraphite-identity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45231 --- Comment #5 from Sebastian Pop spop at gcc dot gnu.org 2010-12-08 23:01:46 UTC --- Author: spop Date: Wed Dec 8 23:01:40 2010 New Revision: 167609 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167609 Log: Fix PR45230, PR45231, and PR45370: fold_stmt_inplace after replace_exp. 2010-12-08 Richard Guenther rguent...@suse.de Sebastian Pop sebastian@amd.com PR tree-optimization/45230 PR tree-optimization/45231 PR tree-optimization/45370 * sese.c (rename_uses): Returns a bool. Call recompute_tree_invariant_for_addr_expr only on the RHS of a GIMPLE_ASSIGN. (graphite_copy_stmts_from_block): Call fold_stmt_inplace when rename_uses returns true. * tree-ssa-copy.c (replace_exp): Add a comment about calling fold_stmt_inplace after replace_exp. * gcc.dg/graphite/id-pr45230-1.c: New. * gcc.dg/graphite/id-pr45231.c: New. * gfortran.dg/graphite/id-pr45370.f90: New. Added: trunk/gcc/testsuite/gcc.dg/graphite/id-pr45230-1.c trunk/gcc/testsuite/gcc.dg/graphite/id-pr45231.c trunk/gcc/testsuite/gfortran.dg/graphite/id-pr45370.f90 Modified: trunk/gcc/ChangeLog trunk/gcc/sese.c trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-copy.c
[Bug tree-optimization/45370] [4.6 Regression] gfortran.dg/subref_array_pointer_2.f90 -O2 -fgraphite-identity ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45370 --- Comment #3 from Sebastian Pop spop at gcc dot gnu.org 2010-12-08 23:01:46 UTC --- Author: spop Date: Wed Dec 8 23:01:40 2010 New Revision: 167609 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167609 Log: Fix PR45230, PR45231, and PR45370: fold_stmt_inplace after replace_exp. 2010-12-08 Richard Guenther rguent...@suse.de Sebastian Pop sebastian@amd.com PR tree-optimization/45230 PR tree-optimization/45231 PR tree-optimization/45370 * sese.c (rename_uses): Returns a bool. Call recompute_tree_invariant_for_addr_expr only on the RHS of a GIMPLE_ASSIGN. (graphite_copy_stmts_from_block): Call fold_stmt_inplace when rename_uses returns true. * tree-ssa-copy.c (replace_exp): Add a comment about calling fold_stmt_inplace after replace_exp. * gcc.dg/graphite/id-pr45230-1.c: New. * gcc.dg/graphite/id-pr45231.c: New. * gfortran.dg/graphite/id-pr45370.f90: New. Added: trunk/gcc/testsuite/gcc.dg/graphite/id-pr45230-1.c trunk/gcc/testsuite/gcc.dg/graphite/id-pr45231.c trunk/gcc/testsuite/gfortran.dg/graphite/id-pr45370.f90 Modified: trunk/gcc/ChangeLog trunk/gcc/sese.c trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-copy.c
[Bug middle-end/45231] gcc.c-torture/compile/941014-2.c ICEs with -fgraphite-identity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45231 Sebastian Pop spop at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #6 from Sebastian Pop spop at gcc dot gnu.org 2010-12-08 23:04:22 UTC --- Fixed.
[Bug middle-end/45230] gcc.c-torture/execute/strncmp-1.c ICEs with -fgraphite-identity
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45230 Sebastian Pop spop at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #23 from Sebastian Pop spop at gcc dot gnu.org 2010-12-08 23:04:56 UTC --- Fixed.
[Bug tree-optimization/45370] [4.6 Regression] gfortran.dg/subref_array_pointer_2.f90 -O2 -fgraphite-identity ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45370 Sebastian Pop spop at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #4 from Sebastian Pop spop at gcc dot gnu.org 2010-12-08 23:05:16 UTC --- Fixed.
[Bug debug/46749] gcc.dg/debug/pr41893-1.c -gdwarf-2 testsuite failures on darwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46749 m...@gcc.gnu.org mrs at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #44 from mrs at gcc dot gnu.org mrs at gcc dot gnu.org 2010-12-08 23:12:31 UTC --- Should be fixed now. I noticed major problems with debug information with LTO, such as 46796.
[Bug bootstrap/46856] New: [4.6 regression] internal compiler error in final_scan_insn breaks m68k-linux bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46856 Summary: [4.6 regression] internal compiler error in final_scan_insn breaks m68k-linux bootstrap Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: mi...@it.uu.se Attempting to bootstrap gcc-4.6-20101204 natively on m68k-linux fails with: /mnt/scratch/objdir46/./prev-gcc/xgcc -B/mnt/scratch/objdir46/./prev-gcc/ -B/mnt/scratch/crap/m68k-unknown-linux-gnu/bin/ -B/mnt/scratch/crap/m68k-unknown-linux-gnu/bin/ -B/mnt/scratch/crap/m68k-unknown-linux-gnu/lib/ -isystem /mnt/scratch/crap/m68k-unknown-linux-gnu/include -isystem /mnt/scratch/crap/m68k-unknown-linux-gnu/sys-include-c -g -O2 -gtoggle -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -DHAVE_CONFIG_H -I. -I. -I/mnt/scratch/gcc-4.6-20101204/gcc -I/mnt/scratch/gcc-4.6-20101204/gcc/. -I/mnt/scratch/gcc-4.6-20101204/gcc/../include -I/mnt/scratch/gcc-4.6-20101204/gcc/../libcpp/include -I/home/mikpe/pkgs/linux-m68k/gmp-4.3.2/include -I/home/mikpe/pkgs/linux-m68k/mpfr-2.4.2/include -I/home/mikpe/pkgs/linux-m68k/mpc-0.8.2/include -I/mnt/scratch/gcc-4.6-20101204/gcc/../libdecnumber -I/mnt/scratch/gcc-4.6-20101204/gcc/../libdecnumber/dpd -I../libdecnumber /mnt/scratch/gcc-4.6-20101204/gcc/haifa-sched.c -o haifa-sched.o /mnt/scratch/gcc-4.6-20101204/gcc/haifa-sched.c: In function 'rank_for_schedule': /mnt/scratch/gcc-4.6-20101204/gcc/haifa-sched.c:1293:1: internal compiler error: in final_scan_insn, at final.c:2608 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make[3]: *** [haifa-sched.o] Error 1 make[3]: Leaving directory `/mnt/scratch/objdir46/gcc' make[2]: *** [all-stage2-gcc] Error 2 make[2]: Leaving directory `/mnt/scratch/objdir46' make[1]: *** [stage2-bubble] Error 2 make[1]: Leaving directory `/mnt/scratch/objdir46' make: *** [bootstrap] Error 2 Current gcc-4.4 and 4.5 do bootstrap on this machine so this is a regression. I'll attach a reduced test case that ICEs a cross to m68k-linux.
[Bug bootstrap/46856] [4.6 regression] internal compiler error in final_scan_insn breaks m68k-linux bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46856 --- Comment #1 from Mikael Pettersson mikpe at it dot uu.se 2010-12-08 23:22:01 UTC --- Created attachment 22689 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22689 test case reduced from haifa-sched.c objdir/gcc/xgcc -Bobjdir/gcc -O2 -S pr46856.c pr46856.c: In function 'increase_insn_priority': pr46856.c:27:1: internal compiler error: in final_scan_insn, at final.c:2608 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. objdir/gcc/xgcc -v Using built-in specs. COLLECT_GCC=objdir/gcc/xgcc Target: m68k-unknown-linux Configured with: /tmp/gcc-4.6-20101204/configure --target=m68k-unknown-linux --prefix=/home/mikpe/pkgs/linux-x86/cross-m68k --with-gmp=/home/mikpe/pkgs/linux-x86/gmp-4.3.2 --with-mpfr=/home/mikpe/pkgs/linux-x86/mpfr-2.4.2 --with-mpc=/home/mikpe/pkgs/linux-x86/mpc-0.8.2 --disable-plugin --disable-lto --disable-nls --enable-shared --disable-libmudflap --disable-multilib --enable-threads=posix --enable-checking=release --enable-languages=c Thread model: posix gcc version 4.6.0 20101204 (experimental) (GCC)
[Bug c++/46857] New: internal compiler error: Segmentation fault (in -std=c++0x mode)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46857 Summary: internal compiler error: Segmentation fault (in -std=c++0x mode) Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: g...@abeckmann.de The following piece of invalid code gives an ICE SIGSEGV when compiling in c++0x mode: = 8 = template class struct pair { : first () = 8 = $ g++-trunk -c -std=c++0x ice-SIGSEGV-cxx0x.min.ii ice-SIGSEGV-cxx0x.min.ii:6:8: error: there are no arguments to ‘first’ that depend on a template parameter, so a declaration of ‘first’ must be available [-fpermissive] ice-SIGSEGV-cxx0x.min.ii:6:8: note: (if you use ‘-fpermissive’, G++ will accept your code, but allowing the use of an undeclared name is deprecated) ice-SIGSEGV-cxx0x.min.ii:6:8: error: ISO C++ forbids declaration of ‘type name’ with no type [-fpermissive] ice-SIGSEGV-cxx0x.min.ii:6:8: internal compiler error: Segmentation fault Please submit a full bug report, $ g++-trunk -c ice-SIGSEGV-cxx0x.min.ii ice-SIGSEGV-cxx0x.min.ii:6:8: error: a function call cannot appear in a constant-expression ice-SIGSEGV-cxx0x.min.ii:6:8: error: ISO C++ forbids declaration of ‘type name’ with no type [-fpermissive] ice-SIGSEGV-cxx0x.min.ii:6:8: error: expected ‘;’ at end of member declaration ice-SIGSEGV-cxx0x.min.ii:6:8: error: expected ‘}’ at end of input ice-SIGSEGV-cxx0x.min.ii:6:8: error: expected ‘;’ after struct definition $ g++-4.5.x -c -std=c++0x ice-SIGSEGV-cxx0x.min.ii ice-SIGSEGV-cxx0x.min.ii:6:8: error: a function call cannot appear in a constant-expression ice-SIGSEGV-cxx0x.min.ii:6:8: error: ISO C++ forbids declaration of ‘type name’ with no type ice-SIGSEGV-cxx0x.min.ii:6:8: error: expected ‘;’ at end of input ice-SIGSEGV-cxx0x.min.ii:6:8: error: expected ‘;’ at end of input ice-SIGSEGV-cxx0x.min.ii:6:8: error: expected ‘}’ at end of input ice-SIGSEGV-cxx0x.min.ii:6:8: error: expected unqualified-id at end of input $ g++-trunk -v -c -std=c++0x ice-SIGSEGV-cxx0x.min.ii Using built-in specs. COLLECT_GCC=/opt/software/x86_64/gcc-trunk/bin/g++-trunk COLLECT_LTO_WRAPPER=/opt/software/x86_64/gcc-trunk/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: ../gcc-trunk/configure --prefix=/opt/software/x86_64/gcc-trunk --program-suffix=-trunk --enable-languages=c,c++ --enable-checking Thread model: posix gcc version 4.6.0 20101207 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-c' '-std=c++0x' '-shared-libgcc' '-mtune=generic' '-march=x86-64' /opt/software/x86_64/gcc-trunk/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus -fpreprocessed ice-SIGSEGV-cxx0x.min.ii -quiet -dumpbase ice-SIGSEGV-cxx0x.min.ii -mtune=generic -march=x86-64 -auxbase ice-SIGSEGV-cxx0x.min -std=c++0x -version -o /tmp/ccK3LaxI.s GNU C++ (GCC) version 4.6.0 20101207 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.0 20101207 (experimental), GMP version 4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU C++ (GCC) version 4.6.0 20101207 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.0 20101207 (experimental), GMP version 4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 58dd45b357216c1e9d23aab2b8f87581 ice-SIGSEGV-cxx0x.min.ii:6:8: error: there are no arguments to ‘first’ that depend on a template parameter, so a declaration of ‘first’ must be available [-fpermissive] ice-SIGSEGV-cxx0x.min.ii:6:8: note: (if you use ‘-fpermissive’, G++ will accept your code, but allowing the use of an undeclared name is deprecated) ice-SIGSEGV-cxx0x.min.ii:6:8: error: ISO C++ forbids declaration of ‘type name’ with no type [-fpermissive] ice-SIGSEGV-cxx0x.min.ii:6:8: internal compiler error: Segmentation fault Please submit a full bug report,
[Bug bootstrap/46856] [4.6 regression] internal compiler error in final_scan_insn breaks m68k-linux bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46856 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.6.0
[Bug fortran/46842] 465.tonto test run miscompares (even with -O0)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46842 Sebastian Pop spop at gcc dot gnu.org changed: What|Removed |Added Status|RESOLVED|NEW Last reconfirmed||2010.12.09 00:04:52 CC||spop at gcc dot gnu.org Resolution|DUPLICATE | Ever Confirmed|0 |1 --- Comment #6 from Sebastian Pop spop at gcc dot gnu.org 2010-12-09 00:04:52 UTC --- Reducing.
[Bug fortran/46842] 465.tonto test run miscompares (even with -O0)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46842 --- Comment #7 from Sebastian Pop spop at gcc dot gnu.org 2010-12-09 00:06:51 UTC --- I can confirm that rev165732 miscompiles tonto and rev162788 is working. This is at -O0.
[Bug c++/39751] ICE in cp_lexer_new_from_tokens, at cp/parser.c:342
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39751 Andreas Beckmann gcc at abeckmann dot de changed: What|Removed |Added Known to work||3.3.6, 4.6.0 Known to fail|4.4.0, 4.5.0|4.2.4, 4.3.6, 4.4.6, 4.5.2 --- Comment #7 from Andreas Beckmann gcc at abeckmann dot de 2010-12-09 00:14:11 UTC --- I just checked again and this problem seems to be fixed in trunk now.
[Bug c++/46858] New: ICE: in cp_lexer_new_from_tokens, at cp/parser.c:464
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46858 Summary: ICE: in cp_lexer_new_from_tokens, at cp/parser.c:464 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: g...@abeckmann.de The following piece of invalid code ICEs in 4.2.x up to 4.6.0 (no older compilers tested): = 8 = template class struct pair { pair class { insert ( { pair = 8 = $ g++-trunk -v -c ice-cp_lexer_new_from_tokens.min.ii Using built-in specs. COLLECT_GCC=/opt/software/x86_64/gcc-trunk/bin/g++-trunk COLLECT_LTO_WRAPPER=/opt/software/x86_64/gcc-trunk/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: ../gcc-trunk/configure --prefix=/opt/software/x86_64/gcc-trunk --program-suffix=-trunk --enable-languages=c,c++ --enable-checking Thread model: posix gcc version 4.6.0 20101207 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-c' '-shared-libgcc' '-mtune=generic' '-march=x86-64' /opt/software/x86_64/gcc-trunk/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus -fpreprocessed ice-cp_lexer_new_from_tokens.min.ii -quiet -dumpbase ice-cp_lexer_new_from_tokens.min.ii -mtune=generic -march=x86-64 -auxbase ice-cp_lexer_new_from_tokens.min -version -o /tmp/ccTNXXhm.s GNU C++ (GCC) version 4.6.0 20101207 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.0 20101207 (experimental), GMP version 4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU C++ (GCC) version 4.6.0 20101207 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.0 20101207 (experimental), GMP version 4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 58dd45b357216c1e9d23aab2b8f87581 ice-cp_lexer_new_from_tokens.min.ii:11:1: error: expected identifier before ‘{’ token ice-cp_lexer_new_from_tokens.min.ii:11:1: error: expected ‘)’ before ‘{’ token ice-cp_lexer_new_from_tokens.min.ii:11:1: error: ISO C++ forbids declaration of ‘insert’ with no type [-fpermissive] ice-cp_lexer_new_from_tokens.min.ii:12:1: error: expected ‘}’ at end of input ice-cp_lexer_new_from_tokens.min.ii:12:1: error: expected ‘;’ after class definition ice-cp_lexer_new_from_tokens.min.ii:12:1: error: expected template-argument before ‘;’ token ice-cp_lexer_new_from_tokens.min.ii:12:1: error: expected ‘’ before ‘;’ token ice-cp_lexer_new_from_tokens.min.ii:12:1: error: expected ‘::’ before ‘;’ token ice-cp_lexer_new_from_tokens.min.ii:12:1: error: expected unqualified-id before ‘;’ token ice-cp_lexer_new_from_tokens.min.ii:12:1: error: expected ‘}’ at end of input ice-cp_lexer_new_from_tokens.min.ii:12:1: error: expected ‘;’ after struct definition ice-cp_lexer_new_from_tokens.min.ii:12:1: internal compiler error: in cp_lexer_new_from_tokens, at cp/parser.c:464 Please submit a full bug report,
[Bug c/46859] New: Attribute depends on location
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46859 Summary: Attribute depends on location Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: hjl.to...@gmail.com foo2 in this test isn't aligned: [...@gnu-6 pages-1]$ cat a.c __attribute__((aligned(4096))) int * foo1 () { return 0; } int * __attribute__((aligned(4096))) foo2 () { return 0; } __attribute__((aligned(4096))) int foo3 () { return 0; } int __attribute__((aligned(4096))) foo4 () { return 0; } [...@gnu-6 pages-1]$ gcc -S -O2 a.c [...@gnu-6 pages-1]$ cat a.s .filea.c .text .align 4096 .globl foo1 .typefoo1, @function foo1: .LFB0: .cfi_startproc xorl%eax, %eax ret .cfi_endproc .LFE0: .sizefoo1, .-foo1 .p2align 4,,15 .globl foo2 .typefoo2, @function foo2: .LFB1: .cfi_startproc xorl%eax, %eax ret .cfi_endproc .LFE1: .sizefoo2, .-foo2 .align 4096 .globl foo3 .typefoo3, @function foo3: .LFB2: .cfi_startproc xorl%eax, %eax ret .cfi_endproc .LFE2: .sizefoo3, .-foo3 .align 4096 .globl foo4 .typefoo4, @function foo4: .LFB3: .cfi_startproc xorl%eax, %eax ret .cfi_endproc .LFE3: .sizefoo4, .-foo4
[Bug testsuite/46860] New: [4.6 Regression] New libstdc++ failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46860 Summary: [4.6 Regression] New libstdc++ failures Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: testsuite AssignedTo: unassig...@gcc.gnu.org ReportedBy: hjl.to...@gmail.com On Linux/ia32, revision 167607: http://gcc.gnu.org/ml/gcc-cvs/2010-12/msg00289.html caused: FAIL: 20_util/auto_ptr/assign_neg.cc (test for errors, line 134) FAIL: 20_util/auto_ptr/assign_neg.cc (test for excess errors) FAIL: 20_util/unique_ptr/assign/assign_neg.cc (test for excess errors) FAIL: 20_util/weak_ptr/comparison/cmp_neg.cc (test for excess errors)
[Bug testsuite/46860] [4.6 Regression] New libstdc++ failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46860 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added CC||froydnj at gcc dot gnu.org Target Milestone|--- |4.6.0
[Bug c++/46701] [C++0x] ICE in build_data_member_initialization, at cp/semantics.c:5503
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46701 Andreas Beckmann gcc at abeckmann dot de changed: What|Removed |Added CC||gcc at abeckmann dot de --- Comment #8 from Andreas Beckmann gcc at abeckmann dot de 2010-12-09 01:02:18 UTC --- Another small minimized testcase for this problem which fails on 4.6 and succeeds on 4.5: = 8 = struct A { int i ; } ; struct B { const A a ; constexpr B () : a ( A () ) { } } ; = 8 = $ g++-trunk -v -c -W -Wall -std=c++0x PR46701.min.ii Using built-in specs. COLLECT_GCC=/opt/software/x86_64/gcc-trunk/bin/g++-trunk COLLECT_LTO_WRAPPER=/opt/software/x86_64/gcc-trunk/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: ../gcc-trunk/configure --prefix=/opt/software/x86_64/gcc-trunk --program-suffix=-trunk --enable-languages=c,c++ --enable-checking Thread model: posix gcc version 4.6.0 20101207 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-c' '-Wextra' '-Wall' '-std=c++0x' '-shared-libgcc' '-mtune=generic' '-march=x86-64' /opt/software/x86_64/gcc-trunk/libexec/gcc/x86_64-unknown-linux-gnu/4.6.0/cc1plus -fpreprocessed PR46701.min.ii -quiet -dumpbase PR46701.min.ii -mtune=generic -march=x86-64 -auxbase PR46701.min -Wextra -Wall -std=c++0x -version -o /tmp/cc22qtoi.s GNU C++ (GCC) version 4.6.0 20101207 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.0 20101207 (experimental), GMP version 4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU C++ (GCC) version 4.6.0 20101207 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.6.0 20101207 (experimental), GMP version 4.3.2, MPFR version 3.0.0-p3, MPC version 0.8.2 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 58dd45b357216c1e9d23aab2b8f87581 PR46701.min.ii: In constructor ‘constexpr B::B()’: PR46701.min.ii:11:4: internal compiler error: in build_data_member_initialization, at cp/semantics.c:5489 Please submit a full bug report,
[Bug bootstrap/35531] Assembler failure while compiling libgcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35531 bfriesen at simple dot dallas.tx.us changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #14 from bfriesen at simple dot dallas.tx.us 2010-12-09 01:41:25 UTC --- (In reply to comment #13) Since I have had successful builds of both 4.5.x and 4.6.x of gcc using current GNU binutils (2.20.1.x) and Sun ld, can this bug be closed? Yes, this bug can be closed. I am using GCC 4.4.4 with GNU as and the Sun ld with no problems: % gcc -v Using built-in specs. Target: i386-pc-solaris2.10 Configured with: /home/bfriesen/src/gnu/gcc-4.4.4/configure LDFLAGS='-L/usr/local/lib -R/usr/local/lib' --program-suffix=-4.4.4 --enable-shared --enable-threads --enable-version-specific-runtime-libs --with-gnu-as --with-as=/usr/local/lib/binutils-2.20/bin/as --without-gnu-ld --with-ld=/usr/ccs/bin/ld --with-gmp=/usr/local --with-mpfr=/usr/local --with-cpu=opteron --enable-languages=c,c++,fortran Thread model: posix gcc version 4.4.4 (GCC) Bob
[Bug c++/46348] [C++0x] ICE with constexpr default constructor and array member
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46348 --- Comment #6 from Jason Merrill jason at gcc dot gnu.org 2010-12-09 02:08:34 UTC --- Author: jason Date: Thu Dec 9 02:08:28 2010 New Revision: 167623 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=167623 Log: PR c++/46348 * semantics.c (cxx_eval_vec_init_1): Handle value-init. (cxx_eval_vec_init): Pass value_init arg. Added: trunk/gcc/testsuite/g++.dg/cpp0x/constexpr-array2.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/semantics.c trunk/gcc/testsuite/ChangeLog
[Bug middle-end/46506] GCC miscompiled 465.tonto in SPEC CPU 2006
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46506 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|RESOLVED|REOPENED Last reconfirmed||2010.12.09 04:06:16 Resolution|INVALID | Ever Confirmed|0 |1 --- Comment #11 from H.J. Lu hjl.tools at gmail dot com 2010-12-09 04:06:16 UTC --- It is a real bug.
[Bug fortran/46842] 465.tonto test run miscompares (even with -O0)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46842 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added CC||hjl.tools at gmail dot com --- Comment #8 from H.J. Lu hjl.tools at gmail dot com 2010-12-09 04:07:04 UTC --- *** Bug 46506 has been marked as a duplicate of this bug. ***
[Bug middle-end/46506] GCC miscompiled 465.tonto in SPEC CPU 2006
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46506 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||DUPLICATE --- Comment #12 from H.J. Lu hjl.tools at gmail dot com 2010-12-09 04:07:04 UTC --- Dup. *** This bug has been marked as a duplicate of bug 46842 ***
[Bug fortran/46842] [4.6 Regression] 465.tonto test run miscompares (even with -O0)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46842 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added CC||mikael at gcc dot gnu.org Target Milestone|--- |4.6.0 Summary|465.tonto test run |[4.6 Regression] 465.tonto |miscompares (even with -O0) |test run miscompares (even ||with -O0) --- Comment #9 from H.J. Lu hjl.tools at gmail dot com 2010-12-09 04:08:47 UTC --- This is caused by revision 164494: http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00791.html