[Bug target/40722] [4.5 Regression] ia32intrin.h defines of _rotl, _rotr conflict with target stdlib.h decls
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-07-12 08:24 --- These were added by HJ. Either we need to fixinclude stdlib.h or not define these based on a configure test (I guess the former is more robust if ia32intrin.h defines these only if they are not already defined). -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||hjl at gcc dot gnu dot org Summary|ia32intrin.h defines of |[4.5 Regression] |_rotl, _rotr conflict with |ia32intrin.h defines of |target stdlib.h decls |_rotl, _rotr conflict with ||target stdlib.h decls Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40722
[Bug tree-optimization/40676] [4.5 Regression] internal compiler error: verify_ssa error: definition in block 5 does not dominate use in block 7
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-07-12 08:31 --- Sounds sane. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40676
[Bug lto/40724] New: [LTO] ICE in lto_get_pickled_tree, at lto-streamer-in.c:2389
At -O0 -flto with t1.f subroutine f print *, Hello World end t2.f program test call f end the reader ICEs with lto1: internal compiler error: in lto_get_pickled_tree, at lto-streamer-in.c:2389 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. -- Summary: [LTO] ICE in lto_get_pickled_tree, at lto-streamer- in.c:2389 Product: gcc Version: lto Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40724
[Bug lto/40725] New: [LTO] ICE in size_binop, at fold-const.c:2072
Reduced from gfortran.dg/bind_c_dts_2.f03. bind_c_dts_2.f03: module bind_c_dts_2 use, intrinsic :: iso_c_binding implicit none type, bind(c) :: my_c_type_1 integer(c_int) :: j end type my_c_type_1 contains subroutine sub0(my_type, expected_j) bind(c) type(my_c_type_1) :: my_type integer(c_int), value :: expected_j if (my_type%j .ne. expected_j) then call abort () end if end subroutine sub0 end module bind_c_dts_2 bind_c_dts_2_driver.c: typedef struct c_type_1 { int j; } c_type_1_t; void sub0(c_type_1_t *c_type, int expected_j); int main(int argc, char **argv) { c_type_1_t c_type; c_type.j = 11; sub0(c_type, c_type.j); return 0; } ICEs like $ gfortran -o t bind_c_dts_2.f03 bind_c_dts_2_driver.c -flto In file included from bind_c_dts_2_driver.c:20:0, from bind_c_dts_2.f03:13, from :5: bind_c_dts_2.f03: In function 'sub0': bind_c_dts_2.f03:11:0: internal compiler error: in size_binop, at fold-const.c:2072 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. This is because when we stream FIELD_DECLs DECL_FIELD_BIT_OFFSET it is of type bitsizetype but when reading it back in it becomes sizetype. bitsizetype is DImode for both C and Fortran and sizetype is SImode (for a 32bit target). DECL_FIELD_BIT_OFFSET is just bitsize_zero_node here. I have no idea what goes wrong here... -- Summary: [LTO] ICE in size_binop, at fold-const.c:2072 Product: gcc Version: lto Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: lto AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rguenth at gcc dot gnu dot org GCC target triplet: i?86-*-* http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40725
[Bug target/39429] compiler create bad asm codes.
--- Comment #4 from mikpe at it dot uu dot se 2009-07-12 11:29 --- Created an attachment (id=18179) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18179action=view) reduced test case in plain C -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39429
[Bug tree-optimization/40585] [4.5 Regression] tracer duplicates blocks w/o adjusting EH tree
--- Comment #10 from hubicka at gcc dot gnu dot org 2009-07-12 12:07 --- Subject: Bug 40585 Author: hubicka Date: Sun Jul 12 12:07:35 2009 New Revision: 149530 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149530 Log: PR tree-optimization/40585 * except.c (expand_resx_expr): When there already is resume instruction, produce linked list. (build_post_landing_pads): Assert that resume is empty. (connect_post_landing_pads): Handle resume lists. (dump_eh_tree): Dump resume list. Modified: trunk/gcc/ChangeLog trunk/gcc/except.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40585
[Bug middle-end/40726] New: [4.5 Regression] miscompilation at -O1
CP2K is currently miscompiled by gcc trunk. The last know good version is rev. 149159 first bad version is 149201. I've been able to narrow the problem down to a miscompilation of 1 file, works fine at -O0, but goes wrong at -O1. I don't have a runtime testcase (except running cp2k.sopt on cp2k/tests/QS/H2O.inp), but the file to be attached (derived from cp_linked_list_val.F) is maybe small clear enough. I can also easily test a number of compile time options. -- Summary: [4.5 Regression] miscompilation at -O1 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jv244 at cam dot ac dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40726
[Bug middle-end/40726] [4.5 Regression] miscompilation at -O1
--- Comment #1 from jv244 at cam dot ac dot uk 2009-07-12 14:20 --- Created an attachment (id=18180) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18180action=view) testcase correct results with gfortran -c -O0 PR40726.f90 wrong code with gfortran -c -O1 PR40726.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40726
[Bug middle-end/40726] [4.5 Regression] miscompilation at -O1
-- jv244 at cam dot ac dot uk changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40726
[Bug middle-end/40726] [4.5 Regression] miscompilation at -O1
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-07-12 14:24 --- Do you by chance return pointers in any function? In which case you should try removing DECL_IS_MALLOC (fndecl) = 1 in trans-decl.c. I pointed this out to Paul already, but appearantly it is still stuck in his whole-file patch queue. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.5.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40726
[Bug middle-end/40726] [4.5 Regression] miscompilation at -O1
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40726
[Bug middle-end/40726] [4.5 Regression] miscompilation at -O1
--- Comment #3 from jv244 at cam dot ac dot uk 2009-07-12 14:30 --- (In reply to comment #2) Do you by chance return pointers in any function? In which case you should try removing DECL_IS_MALLOC (fndecl) = 1 in trans-decl.c. I pointed this out to Paul already, but appearantly it is still stuck in his whole-file patch queue. yes, this happens here: FUNCTION cp_sll_val_get_first_el(sll,error) RESULT(res) TYPE(cp_sll_val_type), POINTER :: sll TYPE(cp_error_type), INTENT(inout) :: error TYPE(val_type), POINTER :: res and in several other places, I'll see if I can remove the statement you mention. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40726
[Bug middle-end/40726] [4.5 Regression] miscompilation at -O1
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-07-12 14:30 --- Instead, if the Fortran return type does not have POINTER, TARGET or ALLOCATABLE attributes the middle-end type for the result-decl should have TYPE_RESTRICT set if it is a pointer. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40726
[Bug middle-end/40726] [4.5 Regression] miscompilation at -O1
--- Comment #5 from jv244 at cam dot ac dot uk 2009-07-12 14:35 --- In which case you should try removing DECL_IS_MALLOC (fndecl) = 1 in trans-decl.c. this matches twice (line 1565 and line 1429). Which one should be removed ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40726
[Bug libfortran/40330] [4.5 Regression] incorrect IO
--- Comment #37 from jv244 at cam dot ac dot uk 2009-07-12 14:49 --- (In reply to comment #33) Joost, if you can, please test this patch on all of CP2K. Other testors welcome. A bit late, but yes, current trunk now works fine (I/O wise) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40330
[Bug middle-end/40726] [4.5 Regression] miscompilation at -O1
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-07-12 14:58 --- Both. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40726
[Bug middle-end/40726] [4.5 Regression] miscompilation at -O1
--- Comment #7 from jv244 at cam dot ac dot uk 2009-07-12 15:06 --- (In reply to comment #6) Both. This seems to fix the issue, indeed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40726
[Bug tree-optimization/40676] [4.5 Regression] internal compiler error: verify_ssa error: definition in block 5 does not dominate use in block 7
--- Comment #7 from hubicka at ucw dot cz 2009-07-12 16:18 --- Subject: Re: [4.5 Regression] internal compiler error: verify_ssa error: definition in block 5 does not dominate use in block 7 Hi, there is interesting difficulty with this plan. When we have something like BB1: if (test) goto BB2 else BB3; BB2: BB3: A=PHI (0 from BB1, 1 from BB2) we end up forwarding edge BB1-BB2 to BB3 resulting in wrong code problem. This is because how control dependency is formulated. When visiting BB we first mark live its control dependent BBs (that contains conditionals deciding if BB will be executed at all) and when visiting PHI we mark control dependency BB of source BBs of edges leading to PHI. In this case control dependent BB2 is BB1, so we correctly mark the test as neccesary, but we never mark BB2 as neccesary in any way. I checked original Cytron formulation of the CD-DCE and it is not forwarding edges of all branches, only of branches being removed just as current mainline does. I saw the forwarding of all branches on some slides presenting CD-DCE but I am not sure if this can be cheaply done correctly (one would need control dependence relation not only for BBs, but also for edges, or implicit split edge BBs of every edge that leads to PHI). The following patch fixes ICE by implementing #2 from my previous comment. Wihtout #1 we end up with some unnecesary virtuals being sent for renaming (those virtuals that exist in otherwise empty BBs), but I doubt it is that big deal. I am regtestingbootstrapping this fix. Honza Index: tree-ssa-dce.c === --- tree-ssa-dce.c (revision 149499) +++ tree-ssa-dce.c (working copy) @@ -1137,7 +1162,7 @@ eliminate_unnecessary_stmts (void) for (bb = ENTRY_BLOCK_PTR-next_bb; bb != EXIT_BLOCK_PTR; bb = next_bb) { next_bb = bb-next_bb; - if (!(bb-flags BB_REACHABLE)) + if (!TEST_BIT (bb_contains_live_stmts, bb-index)) { for (gsi = gsi_start_phis (bb); !gsi_end_p (gsi); gsi_next (gsi)) if (!is_gimple_reg (gimple_phi_result (gsi_stmt (gsi @@ -1159,8 +1184,11 @@ eliminate_unnecessary_stmts (void) if (found) mark_virtual_phi_result_for_renaming (gsi_stmt (gsi)); } - delete_basic_block (bb); + if (!(bb-flags BB_REACHABLE)) + delete_basic_block (bb); } + else + gcc_assert (bb-flags BB_REACHABLE); } } FOR_EACH_BB (bb) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40676
[Bug target/40722] [4.5 Regression] ia32intrin.h defines of _rotl, _rotr conflict with target stdlib.h decls
--- Comment #2 from hjl dot tools at gmail dot com 2009-07-12 18:19 --- (In reply to comment #1) These were added by HJ. Either we need to fixinclude stdlib.h or not define these based on a configure test (I guess the former is more robust if ia32intrin.h defines these only if they are not already defined). fixinclude sounds a good idea, but I don't know how to do it. Or I can change ia32inintrin.h by not defining them for mingw. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40722
[Bug bootstrap/40719] [4.4 Regression] Revision 149512 caused botstrap failure on Linux/x86-64
--- Comment #2 from hjl dot tools at gmail dot com 2009-07-12 18:23 --- Revision 149518 is OK. I am running Fedora 11. I can't reproduce it even with revision 149512. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40719
[Bug middle-end/40388] [4.5 Regression] another null pointer in remove_unreachable_regions
--- Comment #9 from hjl dot tools at gmail dot com 2009-07-12 18:32 --- It doesn't work. On Linux/ia32, I got FAIL: g++.dg/torture/pr40388.C -O0 (test for excess errors) FAIL: g++.dg/torture/pr40388.C -O1 (test for excess errors) FAIL: g++.dg/torture/pr40388.C -O2 (test for excess errors) FAIL: g++.dg/torture/pr40388.C -O3 -fomit-frame-pointer (test for excess errors) FAIL: g++.dg/torture/pr40388.C -O3 -g (test for excess errors) FAIL: g++.dg/torture/pr40388.C -Os (test for excess errors) -- hjl dot tools at gmail dot com changed: What|Removed |Added Last reconfirmed|2009-06-22 01:18:11 |2009-07-12 18:32:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40388
[Bug middle-end/40388] [4.5 Regression] another null pointer in remove_unreachable_regions
--- Comment #10 from hjl dot tools at gmail dot com 2009-07-12 18:33 --- The same failure happens on Linux/Intel64 and Linux/ia64. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40388
[Bug c++/40689] [C++0x]: error with initializer list in N2672
--- Comment #6 from jason at gcc dot gnu dot org 2009-07-12 19:19 --- Subject: Bug 40689 Author: jason Date: Sun Jul 12 19:19:03 2009 New Revision: 149533 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149533 Log: PR c++/40689 * init.c (build_new_1): Handle initializer list as array initializer. (build_vec_init): Likewise. * typeck.c (cp_build_modify_expr): Likewise. * typeck2.c (process_init_constructor_array): Error rather than abort if too many initializers. Added: trunk/gcc/testsuite/g++.dg/cpp0x/initlist20.C trunk/gcc/testsuite/g++.dg/cpp0x/initlist21.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/init.c trunk/gcc/cp/typeck.c trunk/gcc/cp/typeck2.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40689
[Bug fortran/40727] New: ICE gfc_simplify_dcmplx(): Bad type when passing BT_COMPLEX to cmplx
complex :: z z = cmplx(0.0, cmplx(0.0,0.0)) end Expected: Error: line 2: Wrong data type for argument Y to the CMPLX intrinsic Result: Interner Fehler bei (1): gfc_simplify_dcmplx(): Bad type (y) -- Summary: ICE gfc_simplify_dcmplx(): Bad type when passing BT_COMPLEX to cmplx Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: ice-on-invalid-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40727
[Bug middle-end/40388] [4.5 Regression] another null pointer in remove_unreachable_regions
--- Comment #11 from jason at gcc dot gnu dot org 2009-07-12 20:23 --- The testsuite failure was due to a double paste into the testcase; fixing that maxes it work. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40388
[Bug target/39429] compiler create bad asm codes.
--- Comment #5 from ramana at gcc dot gnu dot org 2009-07-12 20:51 --- (In reply to comment #4) Created an attachment (id=18179) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18179action=view) [edit] reduced test case in plain C What options did you use ? Did you use -O2 , -O3 or -Os with the testcase you've added here ? I don't see the problem with 4.5.0 trunk 149479 with either -mcpu=arm740t or with arm7tdmi. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39429
[Bug c++/36628] [c++0x] incorrect decltype() handling of conditional operator
--- Comment #4 from jason at gcc dot gnu dot org 2009-07-12 21:10 --- Subject: Bug 36628 Author: jason Date: Sun Jul 12 21:10:09 2009 New Revision: 149536 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=149536 Log: PR c++/36628 * tree.c (rvalue): Use lvalue_or_rvalue_with_address_p. Added: trunk/gcc/testsuite/g++.dg/cpp0x/decltype17.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/tree.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36628
[Bug target/39429] compiler create bad asm codes.
--- Comment #6 from mikpe at it dot uu dot se 2009-07-12 21:21 --- (In reply to comment #5) What options did you use ? Did you use -O2 , -O3 or -Os with the testcase you've added here ? I don't see the problem with 4.5.0 trunk 149479 with either -mcpu=arm740t or with arm7tdmi. Either -O2 or -Os plus -mcpu=arm740t will trigger it in gcc-4.3.4 and gcc-4.4.1. After prepping a patch for 4.4.1 I noticed that I couldn't trigger it in 4.5; I'm currently bisecting 4.5 to identify what changed it there. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39429
[Bug middle-end/22456] [4.2/4.3/4.4 regression] (for empty loop) missing is used uninitialized warning
--- Comment #23 from reichelt at gcc dot gnu dot org 2009-07-12 21:57 --- Btw, since a couple of days the warning is back :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22456
[Bug c++/37766] [C++0x] ICE with function's default reference template parameter
--- Comment #5 from reichelt at gcc dot gnu dot org 2009-07-12 22:03 --- Probably due to the fix in PR35828 the original testcase and the one in comment #3 now compile. However, if I leave out the two const in the testcase from comment #3, the code is rejected which is wrong IMHO. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Keywords||rejects-valid http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37766
[Bug fortran/40728] New: Bogus error Error: Can't convert UNKNOWN to REAL(8) at (1)
If one runs the attached Fortran 2008 program with GCC 4.4 and default options one gets: Error: 'x' argument of 'acos' intrinsic at (1) must be REAL for the complex arguments, which is OK. However, using -std=f2003 one gets additionally warnings of the kind: r4 = asinh(r4) 1 Error: Can't convert UNKNOWN to REAL(4) at (1) Which are completely bogus. (The attached file is a testcase for the complex acos etc. implementation for PR 33197.) -- Summary: Bogus error Error: Can't convert UNKNOWN to REAL(8) at (1) Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: rejects-valid, diagnostic Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: burnus at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40728
[Bug fortran/40728] Bogus error Error: Can't convert UNKNOWN to REAL(8) at (1)
--- Comment #1 from burnus at gcc dot gnu dot org 2009-07-12 22:19 --- Created an attachment (id=18181) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18181action=view) Test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40728
[Bug middle-end/40388] [4.5 Regression] another null pointer in remove_unreachable_regions
--- Comment #12 from hubicka at ucw dot cz 2009-07-12 22:44 --- Subject: Re: [4.5 Regression] another null pointer in remove_unreachable_regions The testsuite failure was due to a double paste into the testcase; fixing that maxes it work. Uh, double application of patch.. Thanks for fixing it! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40388
[Bug target/39429] compiler create bad asm codes.
--- Comment #7 from mikpe at it dot uu dot se 2009-07-12 23:58 --- Revision 146451 on 4.5 changed it from generating broken code to generating not-so-broken code. That's completely unexpected since that revision is a enable-bootstrap-with-c++ thing which isn't supposed to change any behaviour. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39429
[Bug testsuite/40704] ^M? in testsuite log leads to binary attachment
--- Comment #1 from bje at gcc dot gnu dot org 2009-07-13 01:19 --- This is not LTO-specific, changing Reported against to 4.5.0. -- bje at gcc dot gnu dot org changed: What|Removed |Added Version|lto |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40704
[Bug libstdc++/40729] New: Build fails in libstdc++-v3
See CLFS SVN-20090709-PowerPC64-Multilib - Cross GCC-4.4.0 - Final Configured with: ../gcc-4.4.0/configure --prefix=/cross-tools --build=powerpc64-cross-linux-gnu --target=powerpc64-unknown-linux-gnu --host=powerpc64-cross-linux-gnu --with-sysroot=/mnt/clfs --with-local-prefix=/tools --disable-nls --enable-shared --enable-languages=c,c++ --enable-__cxa_atexit --with-mpfr=/cross-tools --with-gmp=/cross-tools --enable-c99 --with-ppl=/cross-tools --with-cloog=/cross-tools --enable-long-long --enable-threads=posix make AS_FOR_TARGET=${CLFS_TARGET}-as LD_FOR_TARGET=${CLFS_TARGET}-ld Fails with: checking how to hardcode library paths into programs... immediate checking for exception model to use... configure: error: unable to detect exception model make[1]: *** [configure-target-libstdc++-v3] Error 1 make[1]: Leaving directory `/mnt/clfs/sources/gcc-build' make: *** [all] Error 2 From config.log: configure:14562: checking for exception model to use configure:14606: /mnt/clfs/sources/gcc-build/./gcc/xgcc -shared-libgcc -B/mnt/clfs/sources/gcc-build/./gcc -nostdinc++ -L/mnt/clfs/sources/gcc-build/powerpc64-unknown-linux-gnu/libstdc++-v3/src -L/mnt/clfs/sources/gcc-build/powerpc64-unknown-linux-gnu/libstdc++-v3/src/.libs -B/cross-tools/powerpc64-unknown-linux-gnu/bin/ -B/cross-tools/powerpc64-unknown-linux-gnu/lib/ -isystem /cross-tools/powerpc64-unknown-linux-gnu/include -isystem /cross-tools/powerpc64-unknown-linux-gnu/sys-include -c -S conftest.cc 5 configure: In function 'void foo()': configure:14601: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. configure:14609: $? = 1 configure:14638: error: unable to detect exception model -- Summary: Build fails in libstdc++-v3 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: j-frankish at slb dot com GCC build triplet: powerpc64-unknown-linux-gnu GCC host triplet: powerpc64-cross-linux-gnu GCC target triplet: powerpc64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40729
[Bug libstdc++/40729] Build fails in libstdc++-v3
--- Comment #1 from j-frankish at slb dot com 2009-07-13 04:18 --- Created an attachment (id=18182) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18182action=view) config.log for gcc-build/powerpc64-unknown-linux-gnu/libstdc++-v3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40729
[Bug lto/40721] [LTO] complains about two tentative definitions
--- Comment #5 from bje at gcc dot gnu dot org 2009-07-13 05:27 --- Confirmed. -- bje 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-07-13 05:27:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40721
[Bug lto/40725] [LTO] ICE in size_binop, at fold-const.c:2072
--- Comment #1 from bje at gcc dot gnu dot org 2009-07-13 05:48 --- Confirmed. -- bje 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-07-13 05:48:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40725
[Bug lto/40724] [LTO] ICE in lto_get_pickled_tree, at lto-streamer-in.c:2389
--- Comment #1 from bje at gcc dot gnu dot org 2009-07-13 05:49 --- Confirmed. -- bje 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-07-13 05:49:07 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40724
[Bug bootstrap/39025] ICE in start_function, at c-decl.c:6225 while configuring libgcc
--- Comment #4 from bje at gcc dot gnu dot org 2009-07-13 05:50 --- Fixed in (at least) r149403. -- bje at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39025