[Bug fortran/41714] [OOP] ALLOCATE SOURCE= does not properly copy the value from SOURCE
--- Comment #8 from janus at gcc dot gnu dot org 2009-10-26 09:08 --- Subject: Bug 41714 Author: janus Date: Mon Oct 26 09:08:03 2009 New Revision: 153547 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153547 Log: 2009-10-26 Janus Weil ja...@gcc.gnu.org PR fortran/41714 * gimple.h (tree_annotate_all_with_location): Remove prototype. * gimplify.c (tree_should_carry_location_p, tree_annotate_one_with_location,tree_annotate_all_with_location): Remove obsolete functions. 2009-10-26 Janus Weil ja...@gcc.gnu.org PR fortran/41714 * trans.c (gfc_trans_code): Remove call to 'tree_annotate_all_with_location'. Location should already be set. * trans-openmp.c (gfc_trans_omp_workshare): Ditto. * trans-stmt.c (gfc_trans_allocate): Do correct data initialization for CLASS variables with SOURCE tag, plus some cleanup. 2009-10-26 Janus Weil ja...@gcc.gnu.org PR fortran/41714 * gfortran.dg/class_allocate_4.f03: New test. Added: trunk/gcc/testsuite/gfortran.dg/class_allocate_4.f03 Modified: trunk/gcc/ChangeLog trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-openmp.c trunk/gcc/fortran/trans-stmt.c trunk/gcc/fortran/trans.c trunk/gcc/gimple.h trunk/gcc/gimplify.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41714
[Bug fortran/41714] [OOP] ALLOCATE SOURCE= does not properly copy the value from SOURCE
--- Comment #9 from janus at gcc dot gnu dot org 2009-10-26 09:13 --- Fixed with r153547. Closing. -- janus at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41714
[Bug fortran/41827] New: [Cleanup] Remove SET_EXPR_LOCATION in gfc_trans_code
At the end of gfc_trans_code one finds the following: gfc_set_backend_locus (code-loc); if (res != NULL_TREE ! IS_EMPTY_STMT (res)) { if (TREE_CODE (res) != STATEMENT_LIST) SET_EXPR_LOCATION (res, input_location); /* Add the new statement to the block. */ gfc_add_expr_to_block (block, res); } } /* Return the finished block. */ return gfc_finish_block (block); } In principle the call to SET_EXPR_LOCATION should not be needed here, since the location should already be set correctly at this point; cf. the discussion in http://gcc.gnu.org/ml/fortran/2009-10/msg00205.html and follow-ups. However, this patch Index: gcc/fortran/trans.c === --- gcc/fortran/trans.c (Revision 153547) +++ gcc/fortran/trans.c (Arbeitskopie) @@ -1281,9 +1281,6 @@ gfc_trans_code (gfc_code * code) if (res != NULL_TREE ! IS_EMPTY_STMT (res)) { - if (TREE_CODE (res) != STATEMENT_LIST) - SET_EXPR_LOCATION (res, input_location); - /* Add the new statement to the block. */ gfc_add_expr_to_block (block, res); } yields (at least) the following regressions: FAIL: gfortran.dg/gomp/appendix-a/a.24.1.f90 -O (test for errors, line 20) FAIL: gfortran.dg/gomp/appendix-a/a.24.1.f90 -O (test for errors, line 14) FAIL: gfortran.dg/gomp/appendix-a/a.24.1.f90 -O (test for errors, line 20) FAIL: gfortran.dg/gomp/appendix-a/a.24.1.f90 -O (test for excess errors) FAIL: gfortran.dg/gomp/appendix-a/a.35.1.f90 -O (test for warnings, line 13) FAIL: gfortran.dg/gomp/appendix-a/a.35.1.f90 -O (test for excess errors) FAIL: gfortran.dg/gomp/appendix-a/a.35.3.f90 -O (test for warnings, line 10) FAIL: gfortran.dg/gomp/appendix-a/a.35.3.f90 -O (test for excess errors) FAIL: gfortran.dg/gomp/appendix-a/a.35.4.f90 -O (test for warnings, line 11) FAIL: gfortran.dg/gomp/appendix-a/a.35.4.f90 -O (test for excess errors) FAIL: gfortran.dg/gomp/appendix-a/a.35.6.f90 -O (test for warnings, line 9) FAIL: gfortran.dg/gomp/appendix-a/a.35.6.f90 -O (test for excess errors) FAIL: gfortran.dg/gomp/block-1.f90 -O (test for errors, line 5) FAIL: gfortran.dg/gomp/block-1.f90 -O (test for excess errors) FAIL: gfortran.dg/gomp/crayptr3.f90 -O (test for errors, line 19) FAIL: gfortran.dg/gomp/crayptr3.f90 -O (test for errors, line 20) FAIL: gfortran.dg/gomp/crayptr3.f90 -O (test for excess errors) FAIL: gfortran.dg/gomp/pr33439.f90 -O (test for errors, line 8) FAIL: gfortran.dg/gomp/pr33439.f90 -O (test for errors, line 10) FAIL: gfortran.dg/gomp/pr33439.f90 -O (test for errors, line 21) FAIL: gfortran.dg/gomp/pr33439.f90 -O (test for errors, line 22) FAIL: gfortran.dg/gomp/pr33439.f90 -O (test for errors, line 33) FAIL: gfortran.dg/gomp/pr33439.f90 -O (test for excess errors) FAIL: gfortran.dg/gomp/sharing-1.f90 -O (test for errors, line 12) FAIL: gfortran.dg/gomp/sharing-1.f90 -O (test for errors, line 24) FAIL: gfortran.dg/gomp/sharing-1.f90 -O (test for errors, line 25) FAIL: gfortran.dg/gomp/sharing-1.f90 -O (test for errors, line 26) FAIL: gfortran.dg/gomp/sharing-1.f90 -O (test for excess errors) FAIL: gfortran.dg/gomp/sharing-2.f90 -O (test for errors, line 12) FAIL: gfortran.dg/gomp/sharing-2.f90 -O (test for errors, line 16) FAIL: gfortran.dg/gomp/sharing-2.f90 -O (test for errors, line 57) FAIL: gfortran.dg/gomp/sharing-2.f90 -O (test for errors, line 58) FAIL: gfortran.dg/gomp/sharing-2.f90 -O (test for errors, line 64) FAIL: gfortran.dg/gomp/sharing-2.f90 -O (test for errors, line 65) FAIL: gfortran.dg/gomp/sharing-2.f90 -O (test for excess errors) FAIL: gfortran.dg/gomp/sharing-3.f90 -O (test for errors, line 28) FAIL: gfortran.dg/gomp/sharing-3.f90 -O (test for errors, line 30) FAIL: gfortran.dg/gomp/sharing-3.f90 -O (test for errors, line 33) FAIL: gfortran.dg/gomp/sharing-3.f90 -O (test for errors, line 34) FAIL: gfortran.dg/gomp/sharing-3.f90 -O (test for excess errors) One should find out for which kind of statements the SET_EXPR_LOCATION is actually needed, and fix those in an appropriate way. -- Summary: [Cleanup] Remove SET_EXPR_LOCATION in gfc_trans_code Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: janus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41827
[Bug debug/41828] New: DW_AT_name should not be present for anonymous aggregates
As mentioned in http://bugzilla.redhat.com/530304 , we shouldn't be adding DW_AT_name: anonymous struct and similar, the aggregates don't have any name. Similarly, adding ._0 etc. to .debug_pubtypes looks wrong. -- Summary: DW_AT_name should not be present for anonymous aggregates Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: wrong-debug Severity: normal Priority: P3 Component: debug AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jakub at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41828
[Bug debug/41828] DW_AT_name should not be present for anonymous aggregates
--- Comment #1 from jakub at gcc dot gnu dot org 2009-10-26 09:34 --- Created an attachment (id=18895) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18895action=view) gcc45-pr41828.patch Patch I'm going to bootstrap/regtest. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41828
[Bug libstdc++/41792] overloading the address operator confuses the standard containers
--- Comment #2 from jkherciueh at gmx dot net 2009-10-26 09:44 --- (In reply to comment #1) Didn't I reply to this issue already on the mailing list, recently? Anyway, within C++03 the is supposed to not be overloaded, you can take it for example from the lines in the standard about allocator::address. James Kanze (comp.lang.c++) pointed out that it's just a requirement for CopyConstructible. It's in Table 30. Also, about list specifically, when we recently we did a change involving in a member function, provided by LWG chair Howard Hinnant, we carefully reconsidered this issue, and verified that within of C++03 we are fine. As an extenssion, I agree it would make sense to have something like boost::address_of in such cases (whose implementation, as far I remember, it's just *ugly*) Yup, as an extension, it could make sense: The only reason to take the address is in iterator::operator*(), so the source would not be littered with address_of(). Also, in C++0X, one has to provide addressof() anyhow. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41792
[Bug tree-optimization/41826] invalid read in get_constraint_for_ptr_offset
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-10-26 10:00 --- Mine. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-10-26 10:00:27 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41826
[Bug target/41780] File gcc/config/arm/lib1funcs.asm broken for THUMB version 1 since r150545
--- Comment #2 from sebastian dot huber at embedded-brains dot de 2009-10-26 10:22 --- Target: arm-elf Configured with: /home/sh/gcc-4.5-20091015/configure --prefix=/opt/tool-chain-elf --target=arm-elf --verbose --with-gnu-as --with-gnu-ld --enable-languages=c Thread model: single gcc version 4.5.0 20091015 (experimental) (GCC) Test program (test.c): volatile unsigned a = 0; int main() { a /= 123; return 0; } arm-elf-gcc -mthumb test.c /opt/tool-chain-elf/lib/gcc/arm-elf/4.5.0/../../../../arm-elf/bin/ld: /opt/tool-chain-elf/lib/gcc/arm-elf/4.5.0/thumb/libgcc.a(_dvmd_tls.o)(__div0): warning: interworking not enabled. first occurrence: /opt/tool-chain-elf/lib/gcc/arm-elf/4.5.0/thumb/libgcc.a(_udivsi3.o): arm call to thumb /opt/tool-chain-elf/lib/gcc/arm-elf/4.5.0/../../../../arm-elf/bin/ld: /opt/tool-chain-elf/lib/gcc/arm-elf/4.5.0/thumb/libgcc.a(_udivsi3.o)(__udivsi3): warning: interworking not enabled. first occurrence: /opt/tool-chain-elf/lib/gcc/arm-elf/4.5.0/thumb/libgcc.a(_udivsi3.o): arm call to thumb -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41780
[Bug target/41684] [4.4/4.5 regression] binutils testsuite failures when built with 4.4/4.5
--- Comment #11 from ramana at gcc dot gnu dot org 2009-10-26 10:36 --- (In reply to comment #10) (In reply to comment #7) I'm currently bootstrapping and testing a patch which disable section anchors on arm. It will be interesting to see if it fixes any testsuite failures. Done. It caused no new failures but fixed several objc ones: Did it fix your binutils testsuite failures ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41684
[Bug debug/41806] G++ fails to compile a testcase with -fcompare-debug
--- Comment #1 from jakub at gcc dot gnu dot org 2009-10-26 10:55 --- I believe this is the http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01030.html issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41806
[Bug target/41684] [4.4/4.5 regression] binutils testsuite failures when built with 4.4/4.5
--- Comment #12 from kirill at shutemov dot name 2009-10-26 11:06 --- (In reply to comment #11) Did it fix your binutils testsuite failures ? Yes, it did. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41684
[Bug target/41684] [4.4/4.5 regression] binutils testsuite failures when built with 4.4/4.5
-- ramana at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |ramana at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2009-10-15 07:45:43 |2009-10-26 11:20:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41684
[Bug fortran/41772] [4.4 Regression] Wrong code due to TRANSFER of EMPTY array section
-- jakub at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41772
[Bug target/41621] [4.4 regression] powerpc-linux-gnu 32bit testsuite regressions with -Os
--- Comment #1 from jakub at gcc dot gnu dot org 2009-10-26 11:23 --- Can't reproduce. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41621
[Bug target/14202] [arm] Thumb __builtin_setjmp not interworking safe
--- Comment #14 from ramana at gcc dot gnu dot org 2009-10-26 11:37 --- Unassigning self. No longer working on this. -- ramana at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|ramana at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14202
[Bug target/38203] attribute `noreturn' isn't effective when -mthumb param is active
--- Comment #4 from ramana at gcc dot gnu dot org 2009-10-26 11:38 --- Not working on this. -- ramana at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|ramana at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38203
[Bug bootstrap/41345] [4.5 Regression] bootstrap comparison failure with --disable-checking
--- Comment #5 from jakub at gcc dot gnu dot org 2009-10-26 11:39 --- c#4 confirmed, shorter testcase with -fcompare-debug -O2 -g: void foo (int *x) { int a; for (a = 0; a 2; a++) if (x[a]) goto lab; __builtin_unreachable (); lab:; } -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-10-26 11:39:40 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41345
[Bug libstdc++/41792] [C++0x] overloading the address operator confuses the standard containers
--- Comment #3 from paolo dot carlini at oracle dot com 2009-10-26 12:11 --- (In reply to comment #2) James Kanze (comp.lang.c++) pointed out that it's just a requirement for CopyConstructible. It's in Table 30. Thanks for the pointer, I discussed this issue a few times without actually ever reading those lines, I admit. Yup, as an extension, it could make sense: The only reason to take the address is in iterator::operator*(), so the source would not be littered with address_of(). Also, in C++0X, one has to provide addressof() anyhow. Yes, C++0x is different, much better, with the new scoped allocator model, which is still slightly in flux. Just in case you didn't notice already, C++0x will also include answers to 580. unused allocator members, and 635. domain of allocator::address, which Howard filed at the same time of that change to our std::list. And also 431. Swapping containers with unequal allocators, by the way, which, if I'm not mistaken we already implement withing the old C++03 allocator model, per some other exchanges with Howard. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-10-26 12:11:06 date|| Summary|overloading the address |[C++0x] overloading the |operator confuses the |address operator confuses |standard containers |the standard containers http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41792
[Bug tree-optimization/41826] invalid read in get_constraint_for_ptr_offset
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-26 12:22 --- Subject: Bug 41826 Author: rguenth Date: Mon Oct 26 12:21:50 2009 New Revision: 153550 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153550 Log: 2009-10-26 Richard Guenther rguent...@suse.de PR tree-optimization/41826 * tree-ssa-structalias.c (get_constraint_for_ptr_offset): Avoid access to re-allocated vector fields. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-ssa-structalias.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41826
[Bug tree-optimization/41826] invalid read in get_constraint_for_ptr_offset
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-26 12:24 --- Fixed on the trunk sofar. Confirmed on the 4.4 and 4.3 branch. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.3.4 4.4.2 Known to work||4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41826
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-10-26 12:25 --- I have a patch (it seems not using AM_MAINTAINER_MODE is the problem). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |rguenth at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2009-10-19 14:19:08 |2009-10-26 12:25:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug target/29206] [4.3/4.4/4.5 regression] gcj-dbtool segfaults
--- Comment #16 from dl9pf at gmx dot de 2009-10-26 12:29 --- Confirmed also for 4.4.1 on arm-linux-gnueabi. -- dl9pf at gmx dot de changed: What|Removed |Added CC||dl9pf at gmx dot de http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29206
[Bug fortran/41829] New: [OOP] Runtime error with dynamic dispatching
Hello, -- Summary: [OOP] Runtime error with dynamic dispatching Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sfilippone at uniroma2 dot it GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41829
[Bug fortran/41829] [OOP] Runtime error with dynamic dispatching
--- Comment #1 from sfilippone at uniroma2 dot it 2009-10-26 12:38 --- (In reply to comment #0) Hello, Sorry, hit the keyboard too soon. With trunk at rev. 153550 the attached code compiles cleanly but does not work: -- [sfili...@donald bug10]$ gfortran -v Using built-in specs. COLLECT_GCC=gfortran COLLECT_LTO_WRAPPER=/usr/local/gnu45/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: ../gcc/configure --prefix=/usr/local/gnu45 --enable-languages=c,c++,fortran Thread model: posix gcc version 4.5.0 20091026 (experimental) (GCC) [sfili...@donald bug10]$ gfortran -o td10 test-der10.f03 [sfili...@donald bug10]$ ./td10 FOO%DOIT base version Getit value :1 At line 69 of file test-der10.f03 Fortran runtime error: internal error: bad vindex in dynamic dispatch With the NAG compiler I get the expected result: FOO%DOIT base version Getit value : 1 FOO2%DOIT derived version Getit value : 3 --- -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41829
[Bug bootstrap/41345] [4.5 Regression] bootstrap comparison failure with --disable-checking
--- Comment #6 from jakub at gcc dot gnu dot org 2009-10-26 12:38 --- Created an attachment (id=18896) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18896action=view) gcc45-pr41345.patch Fix I'm going to bootstrap/regtest. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41345
[Bug fortran/41829] [OOP] Runtime error with dynamic dispatching
--- Comment #2 from sfilippone at uniroma2 dot it 2009-10-26 12:39 --- Created an attachment (id=18897) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18897action=view) test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41829
[Bug tree-optimization/41783] r151561 (PRE fix) regresses zeusmp
--- Comment #12 from matz at gcc dot gnu dot org 2009-10-26 13:00 --- Subject: Bug 41783 Author: matz Date: Mon Oct 26 13:00:36 2009 New Revision: 153551 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153551 Log: PR tree-optimization/41783 * tree-ssa-alias.c (get_continuation_for_phi): Export, add a special case for simple diamonds * tree-ssa-alias.h (get_continuation_for_phi): Declare. * tree-ssa-pre.c (translate_vuse_through_block): Add same_valid argument, use alias oracle to skip some vdefs. (phi_translate_1): Change call to above, don't allocate new value ids if they can stay the same. (compute_avail): Allow vuse walking when looking up references. testsuite/ * gcc.dg/pr41783.c: New test. * gcc.dg/tree-ssa/ssa-pre-23.c: Adjust. * gcc.dg/tree-ssa/ssa-pre-24.c: Don't xfail anymore. * gcc.dg/tree-ssa/ssa-pre-27.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr41783.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-pre-23.c trunk/gcc/testsuite/gcc.dg/tree-ssa/ssa-pre-24.c trunk/gcc/tree-ssa-alias.c trunk/gcc/tree-ssa-alias.h trunk/gcc/tree-ssa-pre.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41783
[Bug tree-optimization/41783] r151561 (PRE fix) regresses zeusmp
--- Comment #13 from matz at gcc dot gnu dot org 2009-10-26 13:04 --- Fixed. -- matz at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41783
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-26 13:52 --- Actually it didn't work. But make install-lto-plugin; make install works (and does not rebuild lto-plugin). But I'm double-checking that as well now ... -- rguenth at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|rguenth at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug debug/41801] [4.5 Regression] VTA: ICE in loc_cmp.
--- Comment #1 from jakub at gcc dot gnu dot org 2009-10-26 14:06 --- Simpler testcase at -g -O -milp32: struct T { void foo () volatile { __sync_lock_release (t); __sync_synchronize (); } bool t; }; int main () { T t = { false }; t.foo (); } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41801
[Bug c++/41020] [4.5 Regression] Can't declare an extern C friend of a builtin function
--- Comment #10 from dodji at gcc dot gnu dot org 2009-10-26 14:40 --- Subject: Bug 41020 Author: dodji Date: Mon Oct 26 14:40:16 2009 New Revision: 153552 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153552 Log: Fix PR c++/41020 gcc/cp/ChangeLog: PR c++/41020 * decl.c (decls_match): Use DECL_IS_BUILTIN instead of DECL_BUILT_IN. gcc/testsuite/ChangeLog: PR c++/41020 * g++.dg/lookup/extern-c-redecl2.C: New test. * g++.dg/lookup/extern-c-redecl3.C: Likewise. * g++.dg/lookup/extern-c-redecl4.C: Likewise. * g++.dg/lookup/extern-c-redecl5.C: Likewise. Added: trunk/gcc/testsuite/g++.dg/lookup/extern-c-redecl2.C trunk/gcc/testsuite/g++.dg/lookup/extern-c-redecl3.C trunk/gcc/testsuite/g++.dg/lookup/extern-c-redecl4.C trunk/gcc/testsuite/g++.dg/lookup/extern-c-redecl5.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41020
[Bug lto/41569] .../prev-gcc/xgcc used for the install step of the lto-plugin
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-10-26 14:41 --- Even that doesn't work. Weird. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41569
[Bug c++/41830] New: Missing warning: control reaches end of non-void function in -O2
Example: class Bug {}; const Bug bug() {} compile with -Wreturn-type -O1: no warning compile with -Wreturn-type -O2: no warning compile with -Wreturn-type -O3: warning printed If I read the documentation correctly, -Wreturn type should work with or without optimizing. -- Summary: Missing warning: control reaches end of non-void function in -O2 Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: grxnprzn at gmx dot net GCC build triplet: i586-suse-linux GCC host triplet: i586-suse-linux GCC target triplet: i586-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41830
[Bug fortran/41829] [OOP] Runtime error with dynamic dispatching
--- Comment #3 from janus at gcc dot gnu dot org 2009-10-26 14:44 --- Created an attachment (id=18898) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18898action=view) another test case This example nicely illustrates why we need a vtable. Here is a more compactified version of the test case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41829
[Bug fortran/41831] New: Bug with management of NaNs
I find that there is a bug with respect to the management of the NaNs from C to fortran. This bug happens on Ubuntu 64bits (and not with 32bits). returnanan.c defines 2 functions nan = returnanan() : returns a NAN, void returnanan2(nan) : sets the NAN in the input argument, passed by address. test.f computes NAN with 3 methods : #1 : uses returnanan() #2 : creates NAN with (1-ONE)/(1-ONE) #3 : uses returnanan2(nan) This produces the following output : (returnanan) nan = nan // OK X #1: 0. // WRONG X #2: NaN // OK (returnanan2) nan = nan // OK X #3: NaN // OK My conclusion is that there is a problem when the NAN is passed from the C to the fortran. I cannot explain the fact that if the address of the NAN is passed to the C function, it works. This bug is related to Scilab, see : http://bugzilla.scilab.org/show_bug.cgi?id=4378 Best regards, Michaël Baudin -- Software Development Engineer michael.bau...@scilab.org The Scilab Consortium http://www.scilab.org/ === returnanan.c: #define C2F(name) name##_ #include stdio.h double C2F(returnanan)(void) { static int first = 1; static double nan = 1.0; if ( first ) { nan = (nan - (double) first)/(nan - (double) first); first = 0; } printf ( (returnanan) nan = %e\n,nan); return ((double)nan); } void C2F(returnanan2)(double * nan) { double one = 1.0; *nan = (1.0 - one)/(1.0 - one); printf ( (returnanan2) nan = %e\n,*nan); } === test.f PROGRAM test DATA ONE/1.0D0/ DOUBLE PRECISION X X = returnanan() PRINT * , X #1:, X X = (1-ONE)/(1-ONE) PRINT * , X #2:, X call returnanan2(X) PRINT * , X #3:, X END === Now type : gcc -c returnanan.c gfortran -c test.f gfortran -o mytest returnanan.o test.o ./mytest === $ gcc -v Utilisation des specs internes. Target: x86_64-linux-gnu Configuré avec: ../src/configure -v --with-pkgversion='Ubuntu 4.3.3-5ubuntu4' --with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs --enable-languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --enable-mpfr --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Modèle de thread: posix gcc version 4.3.3 (Ubuntu 4.3.3-5ubuntu4) -- Summary: Bug with management of NaNs Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: michael dot baudin at scilab dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41831
[Bug lto/41832] New: lto1: internal compiler error: verify_stmts failed
configure xorg-server-1.4.2 with -O -flto in $CFLAGS make Eventually it fails with: gcc -DHAVE_DIX_CONFIG_H -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -D_BSD_SOURCE -DHAS_FCHOWN -DHAS_STICKY_DIR_BIT -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/local/include -I/usr/local/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I../../../../include -I../../../../include -I../../../../Xext -I../../../../composite -I../../../../damageext -I../../../../xfixes -I../../../../Xi -I../../../../mi -I../../../../miext/shadow -I../../../../miext/damage -I../../../../render -I../../../../randr -I../../../../fb -DHAVE_XORG_CONFIG_H -DXF86PM -I/usr/local/include -O -flto -I/usr/include/drm -I/usr/include/X11/dri -o cvt cvt-cvt.o cvt-xf86cvt.o ../../../../hw/xfree86/dummylib/libdummy-nonserver.a -lm -lrt In function 'xf86CVTMode': lto1: error: invalid conversion in return statement struct _DisplayModeRec * struct DisplayModeRec * return Mode_13; lto1: internal compiler error: verify_stmts failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. lto-wrapper: /usr/local/bin/gcc returned 1 exit status collect2: lto-wrapper returned 1 exit status make: *** [cvt] Error 1 -- Summary: lto1: internal compiler error: verify_stmts failed Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: b3timmons at speedymail dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41832
[Bug fortran/41831] Bug with management of NaNs
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-26 15:10 --- NaNs don't exist in Fortran's data types except for the Fortran 2003's IEEE types. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41831
[Bug lto/41832] lto1: internal compiler error: verify_stmts failed
--- Comment #1 from b3timmons at speedymail dot org 2009-10-26 15:21 --- Created an attachment (id=18899) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18899action=view) cvt.i of cvt program from xorg-server-1.4.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41832
[Bug lto/41832] lto1: internal compiler error: verify_stmts failed
--- Comment #2 from b3timmons at speedymail dot org 2009-10-26 15:23 --- Created an attachment (id=18900) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18900action=view) xf86cvt.i containing function that compiler complains about -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41832
[Bug lto/41832] lto1: internal compiler error: verify_stmts failed
--- Comment #3 from b3timmons at speedymail dot org 2009-10-26 15:28 --- A workaround is to add -fno-tree-copy-prop -fno-tree-copyrename to $CFLAGS -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41832
[Bug bootstrap/41451] [4.5 Regression] Bootstrap failure with fold checking
-- aldyh at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldyh at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41451
[Bug lto/41808] error: non-trivial conversion at assignment
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-10-26 15:47 --- Bad idea, loads of fallout. Another variant would be to again require a type conversion for struct T * to struct U * assignments (or add even more special cases...). We're a long way from treating pointers as values... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41808
[Bug debug/41801] [4.5 Regression] VTA: ICE in loc_cmp.
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-10-26 16:03:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41801
[Bug c++/41785] [4.5 Regression] [C++0x] ICE on canonical types with variadic templates and CRTP
--- Comment #6 from dodji at gcc dot gnu dot org 2009-10-26 16:03 --- Patch posted to http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01563.html . -- dodji at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2009-10-22 09:34:12 |2009-10-26 16:03:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41785
[Bug c++/41020] [4.5 Regression] Can't declare an extern C friend of a builtin function
--- Comment #11 from dodji at gcc dot gnu dot org 2009-10-26 16:06 --- Fixed in 4.5.0 -- dodji at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41020
[Bug debug/41801] [4.5 Regression] VTA: ICE in loc_cmp.
--- Comment #2 from jakub at gcc dot gnu dot org 2009-10-26 16:31 --- Created an attachment (id=18901) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18901action=view) gcc45-pr41801.patch Seems to be a RTL expansion bug, nothing debug info related, just nothing verifies it except for var-tracking.c. Weird that it didn't get caught much earlier. I don't have access to any of the weird targets with ptr_mode != Pmode, so I can't test this patch. -- jakub at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41801
[Bug rtl-optimization/41833] New: vec_splat followed by vec_splat could be improved
Take: #include altivec.h vector float f(vector float a) { vector float b = vec_splat (a, 2); return vec_splat (b, 0); } --- CUT --- The second vec_splat could be removed as we already splatted the value across the vector once, there is no need to do it again. -- Summary: vec_splat followed by vec_splat could be improved Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: pinskia at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org GCC target triplet: powerpc*-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41833
[Bug rtl-optimization/41833] vec_splat followed by vec_splat could be improved
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-26 16:44 --- I have a patch which fixes this at the RTL level. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |enhancement Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-10-26 16:44:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41833
[Bug middle-end/41750] gcc 4.5.0 miscompiles binutils
--- Comment #17 from hjl dot tools at gmail dot com 2009-10-26 16:59 --- Revision 152433 is OK and revision 152642 is bad. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
[Bug middle-end/38002] gcc crash using -fvisibility-ms-compat
--- Comment #4 from boz_gnu at boz dot org dot uk 2009-10-26 17:39 --- (In reply to comment #3) Reduced testcase, not a regression. Here's a further reduction which still reproduces the crash: namespace std __attribute__ ((__visibility__ (default))) { class type_info { }; }; void foo() { int i; typeid(i); } -- boz_gnu at boz dot org dot uk changed: What|Removed |Added CC||boz_gnu at boz dot org dot ||uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38002
[Bug tree-optimization/41834] New: Missed may be uninitialized warning on array reference
Using GCC 4.4.1 and the command on the following test gcc -O2 -Wall -Wextra #include stdio.h int foo (int b) { int a[10], c, i; for (i = 0; i b; i++) { a[i] = b; c = b; } if (a[2] == 5 c == 5) { printf(hello world\n); } return 0; } testWarn.c: In function 'foo': testWarn.c:5: warning: 'c' may be used uninitialized in this function However, a warning for a[2] being possibly uninitialized is missing. If I understand right, this should be handled by late warning pass which just after DCE. Looking at post DCE dump foo (int b) { unsigned int D.1282; int i; int c; int a[10]; _Bool D.1243; _Bool D.1242; _Bool D.1241; int D.1240; bb 2: if (b_5(D) 0) goto bb 3; else goto bb 4; bb 3: # i_21 = PHI 0(2), i_8(3) D.1282_25 = (unsigned int) i_21; MEM[base: a, index: D.1282_25, step: 4] = b_5(D); i_8 = i_21 + 1; if (i_8 != b_5(D)) goto bb 3; else goto bb 4; bb 4: # c_17 = PHI b_5(D)(3), c_4(D)(2) D.1240_9 = a[2]; D.1241_10 = D.1240_9 == 5; D.1242_11 = c_17 == 5; D.1243_12 = D.1242_11 D.1241_10; if (D.1243_12 != 0) goto bb 5; else goto bb 6; bb 5: __builtin_puts (hello world[0]); bb 6: return 0; } there is a path to bb 4, which does not initialize a. Why do we not generate a warning? Is it due a missing PHI for a? -- Summary: Missed may be uninitialized warning on array reference Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: minor Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rahul at icerasemi dot com GCC build triplet: i686-pc-linux-gnu GCC host triplet: i686-pc-linux-gnu GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41834
[Bug c++/41785] [4.5 Regression] [C++0x] ICE on canonical types with variadic templates and CRTP
--- Comment #7 from dodji at gcc dot gnu dot org 2009-10-26 18:31 --- Subject: Bug 41785 Author: dodji Date: Mon Oct 26 18:31:22 2009 New Revision: 153564 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153564 Log: Fix PR c++/41785 gcc/cp/ChangeLog: PR c++/41785 * pt.c (template_args_equal): Handle comparison of an ARGUMENT_PACK_SELECT node with the arguments node it selects into. * cp-tree.def: Fix a typo in the description of TYPE_PACK_EXPANSION. gcc/testsuite/ChangeLog: PR c++/41785 * gcc/testsuite/g++.dg/cpp0x/variadic96.C: New test. Added: trunk/gcc/testsuite/g++.dg/cpp0x/variadic96.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/cp-tree.def trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41785
[Bug c++/41785] [4.5 Regression] [C++0x] ICE on canonical types with variadic templates and CRTP
--- Comment #8 from dodji at gcc dot gnu dot org 2009-10-26 18:36 --- Fixed in 4.5.0 -- dodji at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41785
[Bug c++/41752] [C++0x] Canonical type with variadic templates and CRTP
-- dodji at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-10-26 18:39:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41752
[Bug c++/41752] [C++0x] Canonical type with variadic templates and CRTP
--- Comment #2 from dodji at gcc dot gnu dot org 2009-10-26 18:39 --- This should be fixed by the patch for PR c++/41785 -- dodji at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41752
[Bug tree-optimization/41835] New: ICE with -flto -O3 (BB N can not throw but has an EH edge)
Looks like something is not removing the EH edges. Anyways here is a simple testcase: file 1): void Stop_Profile( void ); struct CProfileSample { ~CProfileSample( void ) { Stop_Profile(); } }; void integrateVelocities(int); void predictUnconstraintMotion(int size) { CProfileSample __profile; for ( int i=0;isize;i++) integrateVelocities(1); } --- CUT --- File 2: void integrateVelocities(int) { } void Stop_Profile( void ) { } --- CUT --- -- Summary: ICE with -flto -O3 (BB N can not throw but has an EH edge) Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41835
[Bug c++/38796] [c++0x] defaulted operator= with non-default return type accepted
--- Comment #2 from jason at gcc dot gnu dot org 2009-10-26 19:07 --- Subject: Bug 38796 Author: jason Date: Mon Oct 26 19:07:14 2009 New Revision: 153565 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153565 Log: PR c++/38796, Core issue 906 gcc/cp * cp-tree.h (DECL_DEFAULTED_OUTSIDE_CLASS_P): New. (DECL_DEFAULTED_IN_CLASS_P): New. * class.c (user_provided_p): Non-static. (check_methods): Use it. (check_bases_and_members): Check defaulted fns. (defaultable_fn_p): Move and rename to... * method.c (defaultable_fn_check): ...this. (defaulted_late_check): New. * pt.c (tsubst_decl): Call it. * decl2.c (grokfield): Adjust. * decl.c (cp_finish_decl): Adjust. (grok_special_member_properties): Use user_provided_p. libstdc++-v3 * include/std/future (~Future_result_base): Default outside class body. * include/std/system_error (error_category()): Likewise. * libsupc++/nested_exception.h (nested_exception): Remove exception specifications from defaulted methods. Added: trunk/gcc/testsuite/g++.dg/cpp0x/defaulted15.C trunk/gcc/testsuite/g++.dg/cpp0x/defaulted16.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/class.c trunk/gcc/cp/cp-tree.h trunk/gcc/cp/decl.c trunk/gcc/cp/decl2.c trunk/gcc/cp/method.c trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/include/std/future trunk/libstdc++-v3/include/std/system_error trunk/libstdc++-v3/libsupc++/nested_exception.h trunk/libstdc++-v3/testsuite/30_threads/packaged_task/cons/assign_neg.cc trunk/libstdc++-v3/testsuite/30_threads/packaged_task/cons/copy_neg.cc trunk/libstdc++-v3/testsuite/30_threads/promise/cons/assign_neg.cc trunk/libstdc++-v3/testsuite/30_threads/promise/cons/copy_neg.cc trunk/libstdc++-v3/testsuite/30_threads/shared_future/cons/assign_neg.cc trunk/libstdc++-v3/testsuite/30_threads/unique_future/cons/assign_neg.cc trunk/libstdc++-v3/testsuite/30_threads/unique_future/cons/copy_neg.cc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38796
[Bug middle-end/41750] gcc 4.5.0 miscompiles binutils
--- Comment #18 from hjl dot tools at gmail dot com 2009-10-26 19:19 --- This is another IPA-SRA bug. -- hjl dot tools at gmail dot com changed: What|Removed |Added CC||jamborm at gcc dot gnu dot ||org Last reconfirmed|-00-00 00:00:00 |2009-10-26 19:19:42 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
[Bug target/41799] __enable_execute_stack introduced for mingw32 in r134089 doesn't work for kernel-mode components
--- Comment #3 from ktietz at gcc dot gnu dot org 2009-10-26 19:24 --- Patch post at http://gcc.gnu.org/ml/gcc-patches/2009-10/msg01577.html to ML -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41799
[Bug lto/41832] lto1: internal compiler error: verify_stmts failed
--- Comment #4 from b3timmons at speedymail dot org 2009-10-26 20:10 --- Forgot to add info from output of gcc -v: Target: x86_64-unknown-linux-gnu Configured with: /home/b3po/build/gcc/gcc/configure --with-mpfr=/usr/local --with-gmp=/usr/local --with-ppl=/usr/local --with-cloog=/usr/local --with-mpc=/usr/local --with-libelf=/usr/local --enable-languages=c,c++ --enable-__cxa_atexit --enable-targets=all Thread model: posix gcc version 4.5.0 20091026 (experimental) (GCC) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41832
[Bug debug/41828] DW_AT_name should not be present for anonymous aggregates
--- Comment #2 from jakub at gcc dot gnu dot org 2009-10-26 20:18 --- Subject: Bug 41828 Author: jakub Date: Mon Oct 26 20:18:26 2009 New Revision: 153568 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153568 Log: PR debug/41828 * cp-lang.c (cxx_dwarf_name): Return NULL instead of anonymous ... for anonymous aggregate names. * dwarf2out.c (add_pubname, add_pubtype, generic_parameter_die, add_name_and_src_coords_attributes, gen_namespace_die, dwarf2out_set_name): Handle dwarf2_name returning NULL. * g++.dg/debug/dwarf2/anonname1.C: New test. Added: trunk/gcc/testsuite/g++.dg/debug/dwarf2/anonname1.C Modified: trunk/gcc/ChangeLog trunk/gcc/cp/ChangeLog trunk/gcc/cp/cp-lang.c trunk/gcc/dwarf2out.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41828
[Bug bootstrap/41345] [4.5 Regression] bootstrap comparison failure with --disable-checking
--- Comment #7 from jakub at gcc dot gnu dot org 2009-10-26 20:21 --- Subject: Bug 41345 Author: jakub Date: Mon Oct 26 20:21:09 2009 New Revision: 153569 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153569 Log: PR bootstrap/41345 * cfgcleanup.c (trivially_empty_bb_p): New function. (try_optimize_bb): Use it instead of checking BB_HEAD == BB_END. * gcc.dg/pr41345.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr41345.c Modified: trunk/gcc/ChangeLog trunk/gcc/cfgcleanup.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41345
[Bug c/41836] New: lto1: internal compiler error: in lto_symtab_register_decl, at lto-symtab.c:134
$ gcc -v -flto -fprofile-generate gcc-bug2.c Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: /home/b3po/build/gcc/gcc/configure --with-mpfr=/usr/local --with-gmp=/usr/local --with-ppl=/usr/local --with-cloog=/usr/local --with-mpc=/usr/local --with-libelf=/usr/local --enable-languages=c,c++ --enable-__cxa_atexit --enable-targets=all Thread model: posix gcc version 4.5.0 20091026 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-flto' '-fprofile-generate' '-mtune=generic' /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/cc1 -quiet -v gcc-bug2.c -quiet -dumpbase gcc-bug2.c -mtune=generic -auxbase gcc-bug2 -version -flto -fprofile-generate -o /tmp/ccYElYVT.s GNU C (GCC) version 4.5.0 20091026 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.5.0 20091026 (experimental), GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.7 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 ignoring nonexistent directory /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../x86_64-unknown-linux-gnu/include #include ... search starts here: #include ... search starts here: /usr/local/include /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/include /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/include-fixed /usr/include End of search list. GNU C (GCC) version 4.5.0 20091026 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.5.0 20091026 (experimental), GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.7 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 51f39aedff8c196534353c80fb0ba358 COLLECT_GCC_OPTIONS='-v' '-flto' '-fprofile-generate' '-mtune=generic' as -V -Qy -o /tmp/cccPjClJ.o /tmp/ccYElYVT.s GNU assembler version 2.19.1 (x86_64-linux-gnu) using BFD version (GNU Binutils for Ubuntu) 2.19.1 COMPILER_PATH=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/:/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/:/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/:/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/:/usr/local/lib/gcc/x86_64-unknown-linux-gnu/ LIBRARY_PATH=/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/:/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../lib64/:/lib/../lib64/:/usr/lib/../lib64/:/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../:/lib/:/usr/lib/ COLLECT_GCC_OPTIONS='-v' '-flto' '-fprofile-generate' '-mtune=generic' /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/collect2 -flto --eh-frame-hdr -m elf_x86_64 -dynamic-linker /lib64/ld-linux-x86-64.so.2 /usr/lib/../lib64/crt1.o /usr/lib/../lib64/crti.o /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/crtbegin.o -L/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0 -L/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/../../.. /tmp/cccPjClJ.o -lgcov -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed /usr/local/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/crtend.o /usr/lib/../lib64/crtn.o Using built-in specs. COLLECT_GCC=/usr/local/bin/gcc COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: /home/b3po/build/gcc/gcc/configure --with-mpfr=/usr/local --with-gmp=/usr/local --with-ppl=/usr/local --with-cloog=/usr/local --with-mpc=/usr/local --with-libelf=/usr/local --enable-languages=c,c++ --enable-__cxa_atexit --enable-targets=all Thread model: posix gcc version 4.5.0 20091026 (experimental) (GCC) COLLECT_GCC_OPTIONS='-combine' '-c' '-o' '/tmp/ccVjwVw6.lto.o' '-v' '-fprofile-generate' '-mtune=generic' /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto1 -quiet -dumpbase cccPjClJ.o -mtune=generic -auxbase-strip /tmp/ccVjwVw6.lto.o -version -fprofile-generate @/tmp/cc4z8ZY7 -o /tmp/ccW87tP5.s GNU GIMPLE (GCC) version 4.5.0 20091026 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.5.0 20091026 (experimental), GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.7 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU GIMPLE (GCC) version 4.5.0 20091026 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.5.0 20091026 (experimental), GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.7 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 lto1: internal compiler error: in lto_symtab_register_decl, at lto-symtab.c:134 -- Summary: lto1: internal compiler error: in lto_symtab_register_decl, at lto-symtab.c:134 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org
[Bug libstdc++/38923] symbol versioning disabled due to non-portable sed script
--- Comment #15 from jakub at gcc dot gnu dot org 2009-10-26 20:28 --- Subject: Bug 38923 Author: jakub Date: Mon Oct 26 20:28:24 2009 New Revision: 153570 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=153570 Log: PR libstdc++/38923 * acinclude.m4 (GLIBCXX_CHECK_LINKER_FEATURES): Avoid using too many *s. Accept ld version without text in ()s. * configure: Regenerated. * acinclude.m4 (LIBGOMP_CHECK_LINKER_FEATURES): Avoid using too many *s. Accept ld version without text in ()s. * configure: Regenerated. Modified: trunk/libgomp/ChangeLog trunk/libgomp/acinclude.m4 trunk/libgomp/configure trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/acinclude.m4 trunk/libstdc++-v3/configure -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38923
[Bug c/41836] lto1: internal compiler error: in lto_symtab_register_decl, at lto-symtab.c:134
--- Comment #1 from b3timmons at speedymail dot org 2009-10-26 20:32 --- Created an attachment (id=18902) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18902action=view) preprocessed source of trivial test file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41836
[Bug libgcj/35552] GCJ ARM compiled programs give segmentation fault
--- Comment #2 from dl9pf at gmx dot de 2009-10-26 20:32 --- Could this be a problem with boehm-gc ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35552
[Bug c/41836] lto1: internal compiler error: in lto_symtab_register_decl, at lto-symtab.c:134
--- Comment #2 from b3timmons at speedymail dot org 2009-10-26 20:35 --- Also fails with -fwhopr instead of -flto Also fails with -fprofile-arcs instead of -fprofile-generate -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41836
[Bug lto/40790] plugin-api.h unconditionally includes stdint.h
--- Comment #18 from ebotcazou at gcc dot gnu dot org 2009-10-26 20:41 --- Fixed on Solaris 10 by http://gcc.gnu.org/ml/gcc-cvs/2009-10/msg00629.html There is still a problem in the testsuite though: http://gcc.gnu.org/ml/gcc-testresults/2009-10/msg02530.html Executing on build: gcc -g -O2 /nile.build/botcazou/gcc-head/src/gcc/testsuite/\ gcc.dg/plugin/selfassign.c -I. -I/nile.build/botcazou/gcc-head/src/gcc/testsuit\ e -I/nile.build/botcazou/gcc-head/src/gcc/testsuite/../../gcc -I/nfs/nile/nile.\ build/botcazou/gcc-head/sparc-sun-solaris2.9/gcc/testsuite/gcc/../../../gcc -I\ /nile.build/botcazou/gcc-head/src/gcc/testsuite/../../include -I/nile.build/bot\ cazou/gcc-head/src/gcc/testsuite/../../libcpp/include -I/nile.build/botcazou/g\ cc-head/install_sparc/include -I/nile.build/botcazou/gcc-head/install_sparc/in\ clude -I/nile.build/botcazou/gcc-head/install_sparc/include -O -DIN_GCC -fPIC -\ shared -o selfassign.so(timeout = 300) In file included from /nile.build/botcazou/gcc-head/src/gcc/testsuite/../../gcc\ /gcc-plugin.h:28,^M from /nile.build/botcazou/gcc-head/src/gcc/testsuite/gcc.dg/pl\ ugin/selfassign.c:5:^M /nile.build/botcazou/gcc-head/src/gcc/testsuite/../../gcc/system.h:418:20: erro\ r: stdint.h: No such file or directory^M Stage 3 compiler has #define HAVE_STDINT_H 1 in auto-host.h so the include is triggered, but -I/nile.build/botcazou/gcc-head/sparc-sun-solaris2.9/gcc/include is not passed on the command line. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40790
[Bug tree-optimization/41834] Missed may be uninitialized warning on array reference
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-26 20:54 --- It is because there would be very many spurious warnings. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41834
[Bug tree-optimization/41835] ICE with -flto -O3 (BB N can not throw but has an EH edge)
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-10-26 20:56 --- Confirmed. There is a crude fixup pass, but this should be handled by IPA nothrow (which doesn't exist). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||hubicka at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||lto Last reconfirmed|-00-00 00:00:00 |2009-10-26 20:56:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41835
[Bug tree-optimization/41750] [4.5 Regression] gcc 4.5.0 miscompiles binutils
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |NEW Component|middle-end |tree-optimization Ever Confirmed|0 |1 Keywords||wrong-code Last reconfirmed|2009-10-26 19:19:42 |2009-10-26 20:57:48 date|| Summary|gcc 4.5.0 miscompiles |[4.5 Regression] gcc 4.5.0 |binutils|miscompiles binutils Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41750
[Bug lto/41832] lto1: internal compiler error: verify_stmts failed
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-10-26 21:00 --- I can't reproduce this with ./xgcc -B. -r -nostdlib -O -flto cvt.i xf86cvt.i -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41832
[Bug other/41809] escaping address of packed field should trigger warning
--- Comment #1 from hp at gcc dot gnu dot org 2009-10-26 21:46 --- To whomever will fix this: beware not to introduce warnings for targets where the packed layout is the default. (As has happened in the past for other packed warnings.) -- hp at gcc dot gnu dot org changed: What|Removed |Added CC||hp at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41809
[Bug tree-optimization/41775] [4.5 Regression] IPA-SRA: ice in rewrite_stmt, at tree-into-ssa.c:1302
--- Comment #3 from jamborm at gcc dot gnu dot org 2009-10-26 21:53 --- Created an attachment (id=18903) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18903action=view) Proposed fix Indeed, the users of build_ref_for_offset in ipa-prop.c and ipa-cp.c do not unshare the base expressions they should. I have looked at all other users and found that they either pass declarations or do their own unsharing and so decided to move the unsharing to build_ref_for_offset itself. The attached patch fixes the ICE when compiling the testcase, I am currently bootstrapping it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41775
[Bug lto/41832] lto1: internal compiler error: verify_stmts failed
--- Comment #6 from b3timmons at speedymail dot org 2009-10-26 21:59 --- Right, I just tried it with a later gcc build and now cannot reproduce it. Looks like we should close it. -- b3timmons at speedymail dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41832
[Bug c/41837] New: Using '-O -fipa-struct-reorg -fwhole-program -combine -fprofile-generate' gives 'internal compiler error: Segmentation fault'
gcc -v -B. -r -nostdlib -O -fipa-struct-reorg -fwhole-program -combine -fprofile-generate colormap.i Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: /home/b3po/build/gcc/gcc/configure --with-mpfr=/usr/local --with-gmp=/usr/local --with-ppl=/usr/local --with-cloog=/usr/local --with-mpc=/usr/local --with-libelf=/usr/local --enable-languages=c,c++ --enable-__cxa_atexit --enable-targets=all Thread model: posix gcc version 4.5.0 20091026 (experimental) (GCC) COLLECT_GCC_OPTIONS='-v' '-B.' '-r' '-nostdlib' '-O' '-fipa-struct-reorg' '-fwhole-program' '-combine' '-fprofile-generate' '-mtune=generic' /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/cc1 -fpreprocessed colormap.i -quiet -dumpbase colormap.i -mtune=generic -auxbase colormap -O -version -fipa-struct-reorg -fwhole-program -fprofile-generate -o /tmp/ccgO16Id.s GNU C (GCC) version 4.5.0 20091026 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.5.0 20091026 (experimental), GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.7 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU C (GCC) version 4.5.0 20091026 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.5.0 20091026 (experimental), GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.7 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 51f39aedff8c196534353c80fb0ba358 colormap.c:2699:1: internal compiler error: Segmentation fault -- Summary: Using '-O -fipa-struct-reorg -fwhole-program -combine - fprofile-generate' gives 'internal compiler error: Segmentation fault' Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: b3timmons at speedymail dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41837
[Bug c/41837] Using '-O -fipa-struct-reorg -fwhole-program -combine -fprofile-generate' gives 'internal compiler error: Segmentation fault'
--- Comment #1 from b3timmons at speedymail dot org 2009-10-26 22:27 --- Created an attachment (id=18904) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18904action=view) preprocessed source triggering failure -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41837
[Bug c/41837] Using '-O -fipa-struct-reorg -fwhole-program -combine -fprofile-generate' gives 'internal compiler error: Segmentation fault'
--- Comment #2 from b3timmons at speedymail dot org 2009-10-26 22:28 --- Created an attachment (id=18905) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18905action=view) preprocessed source triggering failure -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41837
[Bug c/41837] Using '-O -fipa-struct-reorg -fwhole-program -combine -fprofile-generate' gives 'internal compiler error: Segmentation fault'
--- Comment #3 from b3timmons at speedymail dot org 2009-10-26 22:30 --- Created an attachment (id=18906) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18906action=view) preprocessed source triggering failure -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41837
[Bug c/41837] Using '-O -fipa-struct-reorg -fwhole-program -combine -fprofile-generate' gives 'internal compiler error: Segmentation fault'
--- Comment #4 from b3timmons at speedymail dot org 2009-10-26 22:33 --- Created an attachment (id=18907) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18907action=view) gzipped preprocessed source triggering failure Had to gzip file due to submission timing out -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41837
[Bug fortran/41831] Bug with management of NaNs
--- Comment #2 from kargl at gcc dot gnu dot org 2009-10-26 22:39 --- My conclusion is that there is a problem when the NAN is passed from the C to the fortran. That's not my conclusion. :) double C2F(returnanan)(void) { (snip) PROGRAM test DATA ONE/1.0D0/ DOUBLE PRECISION X X = returnanan() Add 'IMPLICIT NONE' to your code. The Fortran code is expecting has implicitly typed returnanan() as REAL. Your C code has declared returnanan() to return a double. C's double is not the same thing as Fortran's REAL. -- steve -- kargl at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41831
[Bug c++/41838] Incorrect dereferencing pointer 'anonymous' does break strict-aliasing rules
--- Comment #1 from jyasskin at gmail dot com 2009-10-26 23:04 --- Created an attachment (id=18908) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18908action=view) File with incorrect strict-aliasing warning -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41838
[Bug c++/41838] New: Incorrect dereferencing pointer 'anonymous' does break strict-aliasing rules
The attached Triple.i, when compiled with `g++ -c -O2 -Wstrict-aliasing Triple.i`, returns: Triple.i: In function 'void setOSName(const StringRef)': Triple.i:9: warning: dereferencing pointer 'anonymous' does break strict-aliasing rules Triple.i:9: note: initialized from here Line 9 is: if (LHSKind == TwineKind) return static_castconst Twine *(LHS)-LHSKind; I believe the warning is incorrect since when LHSKind == TwineKind, LHS is only assigned a Twine*. There's no aliasing through the void*. (And in this subprogram, LHSKind is in fact never ==TwineKind.) The warning goes away if I delete the __builtin_expect. $ g++ -v Using built-in specs. Target: i386-apple-darwin9 Configured with: ../gcc-4.4.1/configure --prefix=/opt/local --build=i386-apple-darwin9 --enable-languages=c,c++,objc,obj-c++,java,fortran --libdir=/opt/local/lib/gcc44 --includedir=/opt/local/include/gcc44 --infodir=/opt/local/share/info --mandir=/opt/local/share/man --with-local-prefix=/opt/local --with-system-zlib --disable-nls --program-suffix=-mp-4.4 --with-gxx-include-dir=/opt/local/include/gcc44/c++/ --with-gmp=/opt/local --with-mpfr=/opt/local Thread model: posix gcc version 4.4.1 (GCC) -- Summary: Incorrect dereferencing pointer 'anonymous' does break strict-aliasing rules Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jyasskin at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41838
[Bug debug/41828] DW_AT_name should not be present for anonymous aggregates
--- Comment #3 from jakub at gcc dot gnu dot org 2009-10-26 23:11 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41828
[Bug bootstrap/41345] [4.5 Regression] bootstrap comparison failure with --disable-checking
--- Comment #8 from jakub at gcc dot gnu dot org 2009-10-26 23:12 --- Fixed. x86_64-linux and i686-linux bootstrapped/regtested with --disable-checking just fine. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41345
[Bug c++/41838] Incorrect dereferencing pointer 'anonymous' does break strict-aliasing rules
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-10-26 23:42 --- There's no aliasing through the void*. This is not true. In fact aliasing is not about what the type of the pointers are but what the dynamic type of what the pointer points to and the access type. But that is not the issue here though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41838
[Bug other/41820] cc1: error: Cannot load plugin ./selfassign.so
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-10-26 23:43 --- Subject: Re: cc1: error: Cannot load plugin ./selfassign.so There is configure fluff in gcc/configure.ac at the --enable-plugin handling that should deal with this (it tries -rdynamic at the moment). Probably plugins should be disabled if not using GNU ld for now. The -rdynamic check is broken: configure:25064: checking for -rdynamic configure:25077: gcc -o conftest -g -rdynamic conftest.c 5 gcc: unrecognized option '-rdynamic' configure:25077: $? = 0 configure:25078: result: yes Passing -Wl,-E works. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41820
[Bug lto/41808] error: non-trivial conversion at assignment
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-10-27 00:26 --- I have a C testcase which shows the same issue do you want it? It shows up while building libxml2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41808
[Bug lto/41821] ICE in LTO when linking
--- Comment #5 from mckelvey at maskull dot com 2009-10-27 01:04 --- (In reply to comment #4) Subject: Re: ICE in LTO when linking On Sun, 25 Oct 2009, mckelvey at maskull dot com wrote: --- Comment #3 from mckelvey at maskull dot com 2009-10-25 16:32 --- (In reply to comment #2) Can you instead launch the link command-line with -v -save-temps appended and from the output re-run the lto1 command invocation inside gdb and do (gdb) b internal_error (gdb) run (gdb) up 2 you should be at gimple.c:3488 now, if not go up/down frames until you are (gdb) call debug_tree (t1) and paste the output of that here? If t1 is optimized out at that point try going up one more frame and try again there with the proper call argument. t1 is not available anywhere. Should I rebuild gcc with CFLAGS set to -g -O0? that would be nice! (remember to use --disable-bootstrap) thanks. OK, here we go: (gdb) down #2 0x000120321d50 in gimple_types_compatible_p (t1=0x248cdc0, t2=0x248cd10) at ../../gcc/gcc/gimple.c:3488 3488 gcc_unreachable (); (gdb) call debug_tree(t1) offset_type 0x248cdc0 type integer_type 0x2427080 pdversion unsigned DI size integer_cst 0x2318510 constant 64 unit size integer_cst 0x2318540 constant 8 align 64 symtab 0 alias set -1 canonical type 0x23346e0 precision 64 min integer_cst 0x2318570 0 max integer_cst 0x23184e0 18446744073709551615 DI size integer_cst 0x2318510 64 unit size integer_cst 0x2318540 8 align 64 symtab 0 alias set -1 canonical type 0x248ce70 basetype record_type 0x248c420 Match (gdb) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41821
[Bug lto/41808] error: non-trivial conversion at assignment
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-10-27 01:14 --- (In reply to comment #4) I have a C testcase which shows the same issue do you want it? It shows up while building libxml2. Actually looks related but different, there is no inlining involved there. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41808
[Bug lto/41821] ICE in LTO when linking
--- Comment #6 from pinskia at gcc dot gnu dot org 2009-10-27 01:17 --- stest0.o and libPatternDriver.a Actually since you are not using the gold linker plugin we only really need the preprocessed source for stest0.o . Since collect2 does not understand archives right now. -- pinskia 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=41821
[Bug lto/41839] New: ICE with lto and incomplete types
Take the following two files: typedef struct _xmlDict xmlDict; struct _xmlDict { int ref_counter; }; void xmlDictCreate(void) { xmlDict * dict; } --- CUT --- typedef struct _xmlDict xmlDict; struct _xmlDoc { struct _xmlDict *dict; }; void xmlAddEntity(struct _xmlDoc *a) { xmlDict * dict = a-dict; xmlHashCreateDict(0, dict); } --- CUT --- Currently if the first file is included first it ICEs but if the second files is done first on the command line, it works. The ICE is: lto1: error: non-trivial conversion at assignment struct _xmlDict * struct _xmlDict * # VUSE .MEM_3(D) dict_2 = a_1(D)-dict; -- Summary: ICE with lto and incomplete types Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: pinskia at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41839
[Bug lto/41839] ICE with lto and incomplete types
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-27 02:31 --- Note this originally comes from libxml2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41839
[Bug lto/41836] LTO and profile-generate is broken
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-10-27 02:38 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org, hubicka at gcc dot gnu ||dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|x86_64-unknown-linux-gnu| GCC host triplet|x86_64-unknown-linux-gnu| GCC target triplet|x86_64-unknown-linux-gnu| Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2009-10-27 02:38:02 date|| Summary|lto1: internal compiler |LTO and profile-generate is |error: in |broken |lto_symtab_register_decl, at| |lto-symtab.c:134| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41836
[Bug c++/41819] [4.5 regression] ICE with try/catch and -fno-exceptions
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-10-27 02:42 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-10-27 02:42:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41819
[Bug middle-end/41817] elfutils triggers bogus may be uninitialized with -O3 -mtune=k8
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-10-27 02:44 --- These might not be bogus as there is extra inlining at -O3 which causes us to strip out the address taking and make search_table_entries, etc. look like real variables. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41817
[Bug c++/41840] New: g++ compiler giving error for array of pointers of abstract base class
Following code is not compiling with g++ 4.2.3, but compiles fine with g++ 3.3.3: == #includeiostream class mybase { public: virtual int afunc()=0; }; main() { mybase (*ptrs)[10]; } == Error given by g++4.2.3 is as below for the above code. I am using following simple command to compile the command, without any options, flags # g++ testpure.cpp testpure.cpp: In function âint main()â: testpure.cpp:10: error: invalid abstract type âmybaseâ for âptrsâ testpure.cpp:3: note: because the following virtual functions are pure within âmybaseâ: testpure.cpp:5: note: virtual int mybase::afunc() == Information about compiler, OS, Kernel on which I am seeing this issue is as below: (1) Compiler information: g++ -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ./configure --prefix=/app/devtools/gcc-4.2.3 --exec-prefix=/app/devtools/gcc-4.2.3 --with-mpfr=/app/devtools/mpfr-2.2.1 --with-mpfr-include=/app/devtools/mpfr-2.2.1 --with-mpfr-lib=/app/devtools/mpfr-2.2.1/.libs --with-gmp=/app/devtools/gmp-4.2.2 --with-gmp-include=/app/devtools/gmp-4.2.2 --with-gmp-lib=/app/devtools/gmp-4.2.2/.libs --enable-languages=c,c++,fortran Thread model: posix gcc version 4.2.3 (2) OS Information: cat /etc/SuSE-release SUSE Linux Enterprise Server 10 (x86_64) VERSION = 10 PATCHLEVEL = 1 - uname -a Linux vsgl36a-1031 2.6.16.46-0.12-smp #1 SMP Thu May 17 14:00:09 UTC 2007 x86_64 x86_64 x86_64 GNU/Linux == Can I please know why g++4.2.3 is behaving differently that g++ 3.3.3? According to C++, we can declare the pointer(s) of abstract base class. But why is g++ 4.2.3 compiler not allowing to even declare these pointers? Is this a bug in g++4.2.3? In which release of g++, this bug is fixed? There are many other such deviations we noticed in this compiler from the normal C++ principles. Should we not use g++ 4.2.3? Which is the most stable version in g++ 4.x.x series? Please help. -- Output of :g++ -v -save-temps testpure.cpp Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ./configure --prefix=/app/devtools/gcc-4.2.3 --exec-prefix=/app/devtools/gcc-4.2.3 --with-mpfr=/app/devtools/mpfr-2.2.1 --with-mpfr-include=/app/devtools/mpfr-2.2.1 --with-mpfr-lib=/app/devtools/mpfr-2.2.1/.libs --with-gmp=/app/devtools/gmp-4.2.2 --with-gmp-include=/app/devtools/gmp-4.2.2 --with-gmp-lib=/app/devtools/gmp-4.2.2/.libs --enable-languages=c,c++,fortran Thread model: posix gcc version 4.2.3 /app/devtools/gcc-4.2.3/libexec/gcc/x86_64-unknown-linux-gnu/4.2.3/cc1plus -E -quiet -v -D_GNU_SOURCE testpure.cpp -mtune=generic -fpch-preprocess -o testpure.ii ignoring nonexistent directory /app/devtools/gcc-4.2.3/lib/gcc/x86_64-unknown-linux-gnu/4.2.3/../../../../x86_64-unknown-linux-gnu/include #include ... search starts here: #include ... search starts here: /app/devtools/gcc-4.2.3/lib/gcc/x86_64-unknown-linux-gnu/4.2.3/../../../../include/c++/4.2.3 /app/devtools/gcc-4.2.3/lib/gcc/x86_64-unknown-linux-gnu/4.2.3/../../../../include/c++/4.2.3/x86_64-unknown-linux-gnu /app/devtools/gcc-4.2.3/lib/gcc/x86_64-unknown-linux-gnu/4.2.3/../../../../include/c++/4.2.3/backward /usr/local/include /app/devtools/gcc-4.2.3/include /app/devtools/gcc-4.2.3/lib/gcc/x86_64-unknown-linux-gnu/4.2.3/include /usr/include End of search list. /app/devtools/gcc-4.2.3/libexec/gcc/x86_64-unknown-linux-gnu/4.2.3/cc1plus -fpreprocessed testpure.ii -quiet -dumpbase testpure.cpp -mtune=generic -auxbase testpure -version -o testpure.s GNU C++ version 4.2.3 (x86_64-unknown-linux-gnu) compiled by GNU C version 4.2.3. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Compiler executable checksum: 4f1a9dd65e939519bf89a9e8788cb5ba testpure.cpp: In function âint main()â: testpure.cpp:10: error: invalid abstract type âmybaseâ for âptrsâ testpure.cpp:3: note: because the following virtual functions are pure within âmybaseâ: testpure.cpp:5: note: virtual int mybase::afunc() == cat testpure.s .file testpure.cpp .section.ctors,aw,@progbits .align 8 .quad _GLOBAL__I_main -- Summary: g++ compiler giving error for array of pointers of abstract base class Product: gcc Version: 4.2.3 Status: UNCONFIRMED Severity: major Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ganesh dot borse at credit-suisse dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41840
[Bug c/41841] New: segfault using '-O -fipa-cp -fipa-struct-reorg -fwhole-program -combine -fprofile-generate'
gcc -B. -r -nostdlib -v -Wall -Wextra -O -fipa-cp -fipa-struct-reorg -fwhole-program -combine -fprofile-generate devices.i Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: /home/b3po/build/gcc/gcc/configure --with-mpfr=/usr/local --with-gmp=/usr/local --with-ppl=/usr/local --with-cloog=/usr/local --with-mpc=/usr/local --with-libelf=/usr/local --enable-languages=c,c++ --enable-__cxa_atexit --enable-targets=all Thread model: posix gcc version 4.5.0 20091026 (experimental) (GCC) COLLECT_GCC_OPTIONS='-B.' '-r' '-nostdlib' '-v' '-Wall' '-Wextra' '-O' '-fipa-cp' '-fipa-struct-reorg' '-fwhole-program' '-combine' '-fprofile-generate' '-mtune=generic' /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/cc1 -fpreprocessed devices.i -quiet -dumpbase devices.i -mtune=generic -auxbase devices -O -Wall -Wextra -version -fipa-cp -fipa-struct-reorg -fwhole-program -fprofile-generate -o /tmp/ccNSNGpE.s GNU C (GCC) version 4.5.0 20091026 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.5.0 20091026 (experimental), GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.7 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 GNU C (GCC) version 4.5.0 20091026 (experimental) (x86_64-unknown-linux-gnu) compiled by GNU C version 4.5.0 20091026 (experimental), GMP version 4.3.1, MPFR version 2.4.1, MPC version 0.7 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 51f39aedff8c196534353c80fb0ba358 devices.c: In function CoreKeyboardBell: devices.c:287:43: warning: unused parameter pDev devices.c:287:66: warning: unused parameter something devices.c: In function CoreKeyboardCtl: devices.c:295:30: warning: unused parameter pDev devices.c:295:47: warning: unused parameter ctrl devices.c: In function InitCoreDevices: devices.c:407:38: warning: comparison between signed and unsigned integer expressions devices.c: In function InitStringFeedbackClassDeviceStruct: devices.c:1103:39: warning: cast from pointer to integer of different size devices.c: At top level: devices.c:2060:1: internal compiler error: Segmentation fault -- Summary: segfault using '-O -fipa-cp -fipa-struct-reorg -fwhole- program -combine -fprofile-generate' Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: b3timmons at speedymail dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41841
[Bug c/41841] segfault using '-O -fipa-cp -fipa-struct-reorg -fwhole-program -combine -fprofile-generate'
--- Comment #1 from b3timmons at speedymail dot org 2009-10-27 05:07 --- Created an attachment (id=18910) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18910action=view) gzipped preprocessed source triggering failure -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41841
[Bug c/41842] New: ICE on invalid variable length array declaration
This happened in real code, where a required header file was missing. $ cat bug.i void f() { char x[g(h)]; } $ gcc-4.4.2 -c bug.i bug.i: In function f: bug.i:2: error: h undeclared (first use in this function) bug.i:2: error: (Each undeclared identifier is reported only once bug.i:2: error: for each function it appears in.) bug.i:2: internal compiler error: tree check: expected class type, have exceptional (error_mark) in create_tmp_var, at gimplify.c:555 Please submit a full bug report, with preprocessed source if appropriate. See http://bugs.gentoo.org/ for instructions. The same thing happens with a 4.5 snapshot from 20091001; I haven't yet been able to try a more recent snapshot. -- Summary: ICE on invalid variable length array declaration Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: truedfx at gentoo dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41842