[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #18 from jakub at gcc dot gnu dot org 2009-09-04 06:48 --- For each target built after r151388, can you please attach one stage2 object that differs and corresponding stage3 object? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug other/41255] New: [4.5 Regression] Release notes: Advice to use GDB later than 6.8
[One] need[s] the upcoming GDB to debug GCC 4.5 compiled code anyway, because older GDBs mishandle DW_CFA_restore_state which is now used all around in .eh_frame, otherwise backtraces really don't work. [1] Thus one should document this in the GCC 4.5 release notes. GDB 7.0 will support this, for GDB 6.8 one can use the patches at [2]. [1] http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00335.html [2] http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00074.html -- Summary: [4.5 Regression] Release notes: Advice to use GDB later than 6.8 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other 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=41255
[Bug other/41255] [4.5 Regression] Release notes: Advice to use GDB later than 6.8
-- burnus at gcc dot gnu dot org changed: What|Removed |Added Priority|P3 |P1 Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41255
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #19 from developer at sandoe-acoustics dot co dot uk 2009-09-04 08:36 --- this also applies to powerpc-apple-darwin8 at least at 151409 -- developer at sandoe-acoustics dot co dot uk changed: What|Removed |Added CC||developer at sandoe- ||acoustics dot co dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug middle-end/41256] New: ICE with -ftree-parallelize-loops=2 in locator_location at cfglayout.c:517
Following testcase fails when dumping RTL debug files (-da): --cut here-- int e[1024]; int foo (void) { int i; for (i = 0; i 1024; i++) e[i] = i; return 0; } --cut here-- gcc -O2 -ftree-parallelize-loops=2 -da r.c built-in: In function âfoo._loopfn.0â: built-in:0:0: internal compiler error: vector VEC(int,base) index domain error, in locator_location at cfglayout.c:517 Please submit a full bug report, etc. Somehow annoying bug, since it breaks debugging. -- Summary: ICE with -ftree-parallelize-loops=2 in locator_location at cfglayout.c:517 Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: ubizjak at gmail dot com GCC build triplet: x86_64-pc-gnu-linux GCC host triplet: x86_64-pc-gnu-linux GCC target triplet: x86_64-pc-gnu-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41256
[Bug middle-end/41257] New: [4.5 Regression] Bogus error '*.LTHUNK0' aliased to undefined symbol '_ZN1CD1Ev'
The following valid code snippet is rejected on trunk when compiled with -O (on x86_64-unknown-linux-gnu): == struct A { virtual void foo(); virtual ~A(); int i; }; struct B : virtual A {}; struct C : B { virtual void foo(); }; void bar() { C().foo(); } == bug.cc:11:1: error: '*.LTHUNK0' aliased to undefined symbol '_ZN1CD1Ev' The regression was introduced after 2009-09-01. -- Summary: [4.5 Regression] Bogus error '*.LTHUNK0' aliased to undefined symbol '_ZN1CD1Ev' Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: rejects-valid, monitored Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: reichelt at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41257
[Bug middle-end/41257] [4.5 Regression] Bogus error '*.LTHUNK0' aliased to undefined symbol '_ZN1CD1Ev'
-- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41257
[Bug fortran/41219] libgfortran build warnings
--- Comment #5 from burnus at gcc dot gnu dot org 2009-09-04 09:25 --- Subject: Bug 41219 Author: burnus Date: Fri Sep 4 09:25:00 2009 New Revision: 151417 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151417 Log: 2009-09-04 Tobias Burnus bur...@net-b.de PR fortran/41219 * intrinsics/getlog.c: Define _POSIX for MINGW32. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/intrinsics/getlog.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41219
[Bug fortran/41242] [4.5 Regression] procedure pointer rejected (related to user-defined assignment?)
--- Comment #2 from burnus at gcc dot gnu dot org 2009-09-04 09:47 --- Working: 2009-08-21-r150985.tar.gz Failing: 2009-09-03-r151367.tar.gz Daniel, I think it might be due to your TBP OPERATOR/ASSIGNMENT patch. While the program fails for: prc_id = foobar ! ASSIGNMENT(=) [but no TBP generic] n_in = prc_lib%get_n_in(2) ! Proc-pointer component it works if one reverses the order, i.e. n_in = prc_lib%get_n_in(2) prc_id = foobar which might be an indication that it depends on the walking of the tree or that something else gets corrupt. (valgrind shows no problems.) -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||domob at gcc dot gnu dot org Severity|critical|normal Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|on Ubuntu Linux 2.6.27-7- | |generic Kernel i686 32bit | GCC host triplet|gfortran 4.5.0 v151352 | Keywords||rejects-valid Last reconfirmed|-00-00 00:00:00 |2009-09-04 09:47:56 date|| Summary|procedure pointer is not|[4.5 Regression] procedure |correctly recognized|pointer rejected (related to ||user-defined assignment?) Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41242
[Bug middle-end/41257] [4.5 Regression] Bogus error '*.LTHUNK0' aliased to undefined symbol '_ZN1CD1Ev'
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-04 10:34 --- I guess that's ours. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||rguenth at gcc dot gnu dot ||org, dnovillo at gcc dot gnu ||dot org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-09-04 10:34:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41257
[Bug other/41255] [4.5 Regression] Release notes: Advice to use GDB later than 6.8
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-04 10:37 --- Alexandre, can you grok up a patch for changes.html mentioning VTA and the gdb version issue? -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||aoliva at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41255
[Bug c++/41254] crashed compile Qt4 gui library
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-04 10:39 --- The preprocessed source is not useful as it contains references to the precompiled header. Please reproduce without the precompiled header. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41254
[Bug target/41252] [4.5 Regression] Var tracking by default breaks arm-none-eabi build of newlib
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added Summary|Var tracking by default |[4.5 Regression] Var |breaks arm-none-eabi build |tracking by default breaks |of newlib |arm-none-eabi build of ||newlib Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41252
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #19 from rguenth at gcc dot gnu dot org 2009-09-04 10:40 --- Seems to work for me now. (three of three bootstraps succeeded) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug tree-optimization/41181] [4.5 Regression] internal compiler error when using x86_64-w64-mingw32-gcc to build ffmpeg ac3enc.c
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-04 10:41 --- *** Bug 41251 has been marked as a duplicate of this bug. *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||ojab at ojab dot ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41181
[Bug c/41251] mplayer compilation fail with gcc-trunk
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-04 10:41 --- *** This bug has been marked as a duplicate of 41181 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41251
[Bug fortran/41258] New: internal compiler error: in find_typebound_proc_uop, at fortran/symbol.c:4575
Fun testcase: gfortran -c bug.f90 f951: internal compiler error: in find_typebound_proc_uop, at fortran/symbol.c:4575 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. cat bug.f90 TYPE qs_scf_env_type TYPE(preconditioner_p_type), DIMENSION(:), POINTER :: ot_preconditioner END TYPE qs_scf_env_type TYPE(qs_scf_env_type), POINTER :: scf_env CALL destroy_preconditioner(scf_env%ot_preconditioner(i)%preconditioner,error=error) -- Summary: internal compiler error: in find_typebound_proc_uop, at fortran/symbol.c:4575 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: jv244 at cam dot ac dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41258
[Bug debug/41259] New: [4.5 Regression] internal compiler error: verify_ssa failed
another testcase, now -O3 -g fails, might be a duplicate of PR41229: gfortran -c -O3 -g bug.f90 bug.f90: In function broyden_mixing_new: bug.f90:14:0: error: expected an SSA_NAME object bug.f90:14:0: error: in statement # DEBUG istat = stat.0 bug.f90:14:0: internal compiler error: verify_ssa failed Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. cat bug.f90 MODULE qs_scf_types INTEGER, PARAMETER :: dp=KIND(0.0D0) TYPE cp_1d_z_p_type COMPLEX(dp), DIMENSION(:), POINTER :: cc END TYPE cp_1d_z_p_type TYPE mixing_storage_type TYPE(cp_1d_z_p_type), DIMENSION(:,:), POINTER ::drho_buffer, rhoin_buffer, res_buffer END TYPE END MODULE qs_scf_types MODULE qs_gspace_mixing USE qs_scf_types CONTAINS SUBROUTINE broyden_mixing_new(mixing_store, rho, para_env, error) TYPE(mixing_storage_type), POINTER :: mixing_store LOGICAL :: failure, skip_bq TYPE(cp_1d_z_p_type), DIMENSION(:), POINTER:: tmp_z ng = SIZE(mixing_store%rhoin_buffer(1,1)%cc) DO ispin = 1,nspin IF(ib==1) THEN ELSE IF(.NOT. skip_bq) THEN DO jb = 1,ib-1 ALLOCATE(tmp_z(jb)%cc(ng),STAT=istat) END DO END IF END IF ! ib END DO ! ispin END SUBROUTINE broyden_mixing_new END MODULE qs_gspace_mixing -v reports: Target: x86_64-unknown-linux-gnu Configured with: /data03/vondele/gcc_trunk/gcc/configure --disable-bootstrap --prefix=/data03/vondele/gcc_trunk/build --enable-languages=c,c++,fortran --disable-multilib --with-ppl=/data03/vondele/gcc_trunk/build/ --with-cloog=/data03/vondele/gcc_trunk/build/ Thread model: posix gcc version 4.5.0 20090903 (experimental) [trunk revision 151367] (GCC) COLLECT_GCC_OPTIONS='-c' '-O3' '-g' '-v' '-mtune=generic' /data03/vondele/gcc_trunk/build/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/f951 bug.f90 -quiet -dumpbase bug.f90 -mtune=generic -auxbase bug -g -O3 -version -fintrinsic-modules-path /data03/vondele/gcc_trunk/build/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/finclude -o /tmp/ccVCDl0y.s -- Summary: [4.5 Regression] internal compiler error: verify_ssa failed Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: debug 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=41259
[Bug debug/41259] [4.5 Regression] internal compiler error: verify_ssa failed
-- 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=41259
[Bug tree-optimization/41112] [4.5 regression] ACATS c43205b fails at -O2 (tree-sra)
--- Comment #3 from jamborm at gcc dot gnu dot org 2009-09-04 11:08 --- Subject: Bug 41112 Author: jamborm Date: Fri Sep 4 11:08:12 2009 New Revision: 151420 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151420 Log: 2009-09-04 Martin Jambor mjam...@suse.cz PR tree-optimization/41112 * tree-sra.c (build_ref_for_offset_1): Signal that we cannot handle variable-bounded arrays. (expr_with_var_bounded_array_refs_p): New function. (analyze_access_subtree): Call expr_with_var_bounded_array_refs_p. * testsuite/gnat.dg/array8.adb: New test. Added: trunk/gcc/testsuite/gnat.dg/array8.adb Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-sra.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41112
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #20 from ro at gcc dot gnu dot org 2009-09-04 11:09 --- As of r151416, there's one remaining comparison failure on sparc-sun-solaris2.11: gcc/c-common.o differs I'll attach the stage2 and stage3 object files. Rainer -- ro at gcc dot gnu dot org changed: What|Removed |Added GCC target triplet|i586-*-linux, x86_64-*-linux|i586-*-linux, x86_64-*- ||linux, sparc-sun-solaris2.11 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #21 from ro at gcc dot gnu dot org 2009-09-04 11:10 --- Created an attachment (id=18486) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18486action=view) stage2 sparc-sun-solaris2.11 object file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #22 from ro at gcc dot gnu dot org 2009-09-04 11:10 --- Created an attachment (id=18487) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18487action=view) stage3 sparc-sun-solaris2.11 object file -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug middle-end/41257] [4.5 Regression] Bogus error '*.LTHUNK0' aliased to undefined symbol '_ZN1CD1Ev'
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-04 11:23 --- We remove the alias target during applying the inline transform. And we fail to remove unreachable alias pairs there. We usually do that from cgraph_remove_unreachable_nodes. Once again this shows that these on-the-side things do not play well with the cgraph. Why can't we move all the alias-pair stuff to first class cgraph nodes instead? Likewise I'd represent asm-thunks in the cgraph and only expand them during expansion when we know they are really necessary. Anyway - I'm trying to fix this bug by removing unreachable alias pairs which is hopefully possibly in an IPA way - this queued IPA transforms in cfun looks a bit fishy. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||hubicka at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41257
[Bug java/41260] New: major regressions in libjava testsuite between 4.4.1 and gcc trunk
We have accumulated a large number of regressions in the libjava testsuite on the x86_64-apple-darwin10 target in current gcc trunk compared to gcc 4.4.1... http://gcc.gnu.org/ml/gcc-testresults/2009-09/msg00294.html http://gcc.gnu.org/ml/gcc-testresults/2009-07/msg01866.html Currently we have 133 failures on r151394 compared to only 14 for gcc 4.4.1. These failures go back to at least 20090721 (137 failures). We will need to perform a manual regression hunt to try to bracket the revisions where these were introduced after gcc 4.4 branched. Also we need to check the x86_64-apple-darwin9 target for these regressions. -- Summary: major regressions in libjava testsuite between 4.4.1 and gcc trunk Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: x86_64-apple-darwin10 GCC host triplet: x86_64-apple-darwin10 GCC target triplet: x86_64-apple-darwin10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug tree-optimization/41112] [4.5 regression] ACATS c43205b fails at -O2 (tree-sra)
--- Comment #4 from jamborm at gcc dot gnu dot org 2009-09-04 11:29 --- So this is hopefully fixed. -- jamborm at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41112
[Bug middle-end/41257] [4.5 Regression] Bogus error '*.LTHUNK0' aliased to undefined symbol '_ZN1CD1Ev'
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-04 11:43 --- Hm, we can't delete it either. As we are emitting more thunks that strictly necessary we need to mark their targets necessary properly. Emitting the tunks before analyzing the functions and finishing aliases works for me. I'm testing a patch... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41257
[Bug java/41260] major regressions in libjava testsuite between 4.4.1 and gcc trunk
--- Comment #1 from dominiq at lps dot ens dot fr 2009-09-04 11:44 --- On i686-apple-darwin9 my latest regtest (r151159) shows: === libjava tests === Running target unix === libjava Summary for unix === # of expected passes2574 Running target unix/-m64 FAIL: PR16923 run FAIL: events output === libjava Summary for unix/-m64 === # of expected passes2572 # of unexpected failures2 # of untested testcases 1 === libjava Summary === # of expected passes5146 # of unexpected failures2 # of untested testcases 1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #23 from ebotcazou at gcc dot gnu dot org 2009-09-04 11:51 --- Seems to work for me now. (three of three bootstraps succeeded) Reconfirmed at revision 151417: Comparing stages 2 and 3 warning: gcc/cc1-checksum.o differs warning: gcc/cc1plus-checksum.o differs Bootstrap comparison failure! gcc/cfgloopmanip.o differs gcc/ada/sem_res.o differs gcc/ada/checks.o differs gcc/ada/sem_dist.o differs gcc/ada/exp_ch9.o differs gcc/ada/exp_util.o differs gcc/ada/exp_dist.o differs make[2]: *** [compare] Error 1 I'm going to attach cfgloopmanip.o (stage2 + stripped stage3). The visible difference is the eh_frame section: cfgloopmanip-stage2.o: file format elf32-i386 Sections: Idx Name Size VMA LMA File off Algn 0 .text 3ebd 0040 2**4 CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE 1 .data 3f00 2**2 CONTENTS, ALLOC, LOAD, DATA 2 .bss 0004 3f00 2**2 ALLOC 3 .rodata.str1.4 00b9 3f00 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 4 .rodata.str1.1 004f 3fb9 2**0 CONTENTS, ALLOC, LOAD, READONLY, DATA 5 .rodata 0135 4008 2**0 CONTENTS, ALLOC, LOAD, READONLY, DATA 6 .comment 0042 413d 2**0 CONTENTS, READONLY 7 .note.GNU-stack 417f 2**0 CONTENTS, READONLY cfgloopmanip-stage3.o: file format elf32-i386 Sections: Idx Name Size VMA LMA File off Algn 0 .text 3ebd 0040 2**4 CONTENTS, ALLOC, LOAD, RELOC, READONLY, CODE 1 .data 3f00 2**2 CONTENTS, ALLOC, LOAD, DATA 2 .bss 0004 3f00 2**2 ALLOC 3 .rodata.str1.4 00b9 3f00 2**2 CONTENTS, ALLOC, LOAD, READONLY, DATA 4 .rodata.str1.1 004f 3fb9 2**0 CONTENTS, ALLOC, LOAD, READONLY, DATA 5 .rodata 0135 4008 2**0 CONTENTS, ALLOC, LOAD, READONLY, DATA 6 .comment 0042 413d 2**0 CONTENTS, READONLY 7 .note.GNU-stack 417f 2**0 CONTENTS, READONLY 8 .eh_frame 1650 4180 2**2 CONTENTS, ALLOC, LOAD, RELOC, READONLY, DATA -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #24 from ebotcazou at gcc dot gnu dot org 2009-09-04 11:54 --- Created an attachment (id=18488) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18488action=view) stage2 object file on i586-linux -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2009-09-04 11:54 --- Created an attachment (id=18489) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18489action=view) stripped stage3 object file on i586-linux -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #26 from rguenther at suse dot de 2009-09-04 11:58 --- Subject: Re: [4.5 regression] bootstrap comparison failure On Fri, 4 Sep 2009, ebotcazou at gcc dot gnu dot org wrote: --- Comment #23 from ebotcazou at gcc dot gnu dot org 2009-09-04 11:51 --- Seems to work for me now. (three of three bootstraps succeeded) Reconfirmed at revision 151417: Comparing stages 2 and 3 warning: gcc/cc1-checksum.o differs warning: gcc/cc1plus-checksum.o differs Bootstrap comparison failure! gcc/cfgloopmanip.o differs gcc/ada/sem_res.o differs gcc/ada/checks.o differs gcc/ada/sem_dist.o differs gcc/ada/exp_ch9.o differs gcc/ada/exp_util.o differs gcc/ada/exp_dist.o differs make[2]: *** [compare] Error 1 I'm going to attach cfgloopmanip.o (stage2 + stripped stage3). The visible difference is the eh_frame section: Does it work if you revert 2009-09-03 Richard Guenther rguent...@suse.de * dwarf2out.c (dwarf2out_do_cfi_asm): Remove check of eh_personality_libfunc. ? Richard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #27 from ubizjak at gmail dot com 2009-09-04 12:01 --- Created an attachment (id=18490) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18490action=view) stage 2/3 object filles that are different These object files are different between stage2/3 on alpha-linux-gnu. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug debug/41259] [4.5 Regression] internal compiler error: verify_ssa failed
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-04 12:02 --- I think it's a duplicate of the other similar one. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41259
[Bug middle-end/41256] ICE with -ftree-parallelize-loops=2 in locator_location at cfglayout.c:517
--- Comment #1 from ubizjak at gmail dot com 2009-09-04 12:10 --- CCing author. -- ubizjak at gmail dot com changed: What|Removed |Added CC||rakdver at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41256
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #28 from jakub at gcc dot gnu dot org 2009-09-04 12:13 --- In #c21/#c22 there are code generation differences. Rainer, can you please build it using stage1 and stage2 compiler with -da -fdump-noaddr -fdump-unnumbered and find out in which pass they start to diverge? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug middle-end/39832] [4.4/4.5 Regression] program built by x86_64-pc-mingw32-g++ run crash, maybe for _Unwind_SjLj_Unregister or __dyn_tls_dtor
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2009-09-04 12:18 --- *** This bug has been marked as a duplicate of 41184 *** -- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39832
[Bug c/41261] New: ice with -O2 -fprofile-arcs when compiling Linux kernel
I just tried to compile Linux kernel version 2.6.31-rc8 with the gcc 4.5 mainline snapshot 20090903 and the compiler said arch/x86/kernel/machine_kexec_64.c: In function 'machine_kexec': arch/x86/kernel/machine_kexec_64.c:270:6: internal compiler error: in refs_may_alias_p_1, at tree-ssa-alias.c:831 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Preprocessed source attached. Flags -O2 -fprofile-arcs required. -- Summary: ice with -O2 -fprofile-arcs when compiling Linux kernel Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dcb314 at hotmail dot com GCC host triplet: x86_64-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41261
[Bug c/41261] ice with -O2 -fprofile-arcs when compiling Linux kernel
--- Comment #1 from dcb314 at hotmail dot com 2009-09-04 12:21 --- Created an attachment (id=18491) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18491action=view) C source code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41261
[Bug bootstrap/41237] [4.5 Regression] Bootstrap failure on powerpc-apple-darwin9 due to a revision between 151343 and 151349
--- Comment #4 from dominiq at lps dot ens dot fr 2009-09-04 12:22 --- The bootstrap completes normally now on x86_64-apple-darwin10 with r151394. Same here for r151388 on powerpc-apple-darwin9 and r151393 on i686-apple-darwin9. Apparently Vladimir's commit at r151388 (thanks!-). So far I did not see anything unusual on my quick tests. I'll do a full regtesting on both platform during the week-end before closing this PR as fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41237
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #20 from dominiq at lps dot ens dot fr 2009-09-04 12:24 --- this also applies to powerpc-apple-darwin8 at least at 151409 This should be fixed now (try r151388 or newer, see pr41237). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #29 from jakub at gcc dot gnu dot org 2009-09-04 12:31 --- In the cfgloopmanip.o case, it seems that in addition to stripping .eh_frame section we'd need to strip also .rel.eh_frame and .rela.eh_frame. Plus, there is a code generation difference between -g and -g0, apparently stage2 (-g0) uses sub $0x58,%esp where stage3 (-g) uses sub $0x4c,%esp; sub $0xc,%esp. Likely combine-stack-adj.c refuses to merge them because of CFI stuff, could you please attach preprocessed source for cfgloopmanip.c and all options used to compile it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #30 from jakub at gcc dot gnu dot org 2009-09-04 12:50 --- Regarding Alpha, there seem to be code generation differences, at least in tree-vect-slp.o. Can you check e.g. if there are the code generation differences even when you compile it with stage1 in both cases, just once with -g and once with -g0? If so, can you attach preprocessed source for it? Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug java/41260] major regressions in libjava testsuite between 4.4.1 and gcc trunk
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-09-04 12:50 --- Can you try testing x86_64-apple-darwin9 so I an focus on a regression hunt for x86_64-apple-darwin10? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug java/41260] major regressions in libjava testsuite between 4.4.1 and gcc trunk
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-09-04 12:53 --- Dominique, Also if you are bothering to run the test suite on i686-apple-darwin9 periodically, you might as well shoot the results over to the gcc-testresults mailing list (since Apple has never set up a i686-apple-darwin9 regress server). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41260
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #31 from ebotcazou at gcc dot gnu dot org 2009-09-04 12:55 --- Does it work if you revert 2009-09-03 Richard Guenther rguent...@suse.de * dwarf2out.c (dwarf2out_do_cfi_asm): Remove check of eh_personality_libfunc. ? No, it doesn't, same failure. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug c/41262] New: ICE compiling 09/03/09 snapshot of gcc on DEC Alpha
When I attempt to build the 09/03/09 snapshot of gcc on a DEC Alpha processor running Debian Linux 5.0 I get the following message: /home/mrichmon/gcc-4.5-20090903/g95/./gcc/xgcc -B/home/mrichmon/gcc-4.5-20090903/g95/./gcc/ -B/home/mrichmon/irun/alpha-unknown-linux-gnu/bin/ -B/home/mrichmon/irun/alpha-unknown-linux-gnu/lib/ -isystem /home/mrichmon/irun/alpha-unknown-linux-gnu/include -isystem /home/mrichmon/irun/alpha-unknown-linux-gnu/sys-include-g -O2 -mieee -O2 -g -O2 -mieee -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -mieee -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../.././gcc -I/home/mrichmon/gcc-4.5-20090903/libgcc -I/home/mrichmon/gcc-4.5-20090903/libgcc/. -I/home/mrichmon/gcc-4.5-20090903/libgcc/../gcc -I/home/mrichmon/gcc-4.5-20090903/libgcc/../include -DHAVE_CC_TLS -o _muldi3.o -MT _muldi3.o -MD -MP -MF _muldi3.dep -DL_muldi3 -c /home/mrichmon/gcc-4.5-20090903/libgcc/../gcc/libgcc2.c \ -fvisibility=hidden -DHIDE_EXPORTS /home/mrichmon/gcc-4.5-20090903/libgcc/../gcc/libgcc2.c: In function â__multi3â: /home/mrichmon/gcc-4.5-20090903/libgcc/../gcc/libgcc2.c:562:1: error: unrecognizable insn: (debug_insn 15 5 17 2 /home/mrichmon/gcc-4.5-20090903/libgcc/../gcc/libgcc2.c:556 (var_location:DI __m0 (reg:DI 17 $17 [orig:108 u ] [108])) -1 (nil)) /home/mrichmon/gcc-4.5-20090903/libgcc/../gcc/libgcc2.c:562:1: internal compiler error: in get_attr_usegp, at config/alpha/alpha.md:182 Please submit a full bug report, with preprocessed source if appropriate. -- Summary: ICE compiling 09/03/09 snapshot of gcc on DEC Alpha Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: michael dot a dot richmond at nasa dot gov GCC build triplet: alpha-unknown-linux-gnu GCC host triplet: alpha-unknown-linux-gnu GCC target triplet: alpha-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41262
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #32 from jakub at gcc dot gnu dot org 2009-09-04 13:02 --- Re: #c29, I've managed to reproduce myself with -march=i586 -mtune=i586, debugging csa pass now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #33 from ebotcazou at gcc dot gnu dot org 2009-09-04 13:04 --- Created an attachment (id=18492) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18492action=view) Preprocessed source of stage3 cfgloopmanip.o /home/eric/build/gcc/native32/./prev-gcc/cc1 -fpreprocessed cfgloopmanip.i -quiet -dumpbase cfgloopmanip.c -mtune=pentium -auxbase-strip cfgloopmanip.o -g -O2 -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -Wold-style-definition -Wc++-compat -version -fomit-frame-pointer -fno-common -o cfgloopmanip.s -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug fortran/41258] internal compiler error: in find_typebound_proc_uop, at fortran/symbol.c:4575
--- Comment #1 from jv244 at cam dot ac dot uk 2009-09-04 13:11 --- 'reduced' testcase cat test.f90 TYPE a TYPE(b), DIMENSION(:), POINTER :: c END TYPE TYPE(a), POINTER :: d CALL X(d%c%e) -- jv244 at cam dot ac dot uk changed: What|Removed |Added CC||d at domob dot eu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41258
[Bug c/41262] ICE compiling 09/03/09 snapshot of gcc on DEC Alpha
--- Comment #1 from ubizjak at gmail dot com 2009-09-04 13:11 --- Index: config/alpha/alpha.c === --- config/alpha/alpha.c(revision 151367) +++ config/alpha/alpha.c(working copy) @@ -7664,7 +7664,7 @@ alpha_does_function_need_gp (void) pop_topmost_sequence (); for (; insn; insn = NEXT_INSN (insn)) -if (INSN_P (insn) +if (NONDEBUG_INSN_P (insn) ! JUMP_TABLE_DATA_P (insn) GET_CODE (PATTERN (insn)) != USE GET_CODE (PATTERN (insn)) != CLOBBER -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41262
[Bug c/41263] New: gcc uses all available memory
When compiling the attached program with the command line gcc -v -save-temps -O2 bug.i gcc uses all available memory. gcc -v gives me Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc/configure CC=/usr/bin/gcc-4.3.4 --prefix=/home/jdemeyer/local --enable-checking=release Thread model: posix gcc version 4.5.0 20090904 (experimental) (GCC) -- Summary: gcc uses all available memory Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jdemeyer at cage dot ugent dot be 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=41263
[Bug c/41263] gcc uses all available memory
--- Comment #1 from jdemeyer at cage dot ugent dot be 2009-09-04 13:21 --- Created an attachment (id=18493) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18493action=view) Testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41263
[Bug middle-end/41261] ice with -O2 -fprofile-arcs when compiling Linux kernel
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-04 13:23 --- extern void relocate_kernel(); void machine_kexec(void *control_page) { memcpy(control_page, relocate_kernel, 2048); } 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 Component|c |middle-end Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-09-04 13:23:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41261
[Bug target/40905] GCC creates invalid executable with auto-imported DLL and __attribute__((cold))
--- Comment #5 from ktietz at gcc dot gnu dot org 2009-09-04 13:27 --- (In reply to comment #4) (In reply to comment #2) Is it possible that it triggers the exception trying to write in text.unlikely which is READONLY? Exactly. This is a linker, not a compiler issue. If you are using a relatively recent binutils and mingw run time, the addition of the switch -Wl,--enable-runtime-pseudo-reloc-v2 should get around the READONLY problem. Otherwise, you could always just add __declspec (dllimport) to extern int foo[2]; and so retain portability with the rest of the PE-COFF world. Danny Right, this is a linker issue (or runtime issue of pseudo-relocation). But newer mingw32's runtime uses new code for v1 relocations, too. So for it, this issue should be solved, too. So can we close this bug? Cheers, Kai -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40905
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #34 from ro at techfak dot uni-bielefeld dot de 2009-09-04 13:39 --- Subject: Re: [4.5 regression] bootstrap comparison failure --- Comment #28 from jakub at gcc dot gnu dot org 2009-09-04 12:13 --- In #c21/#c22 there are code generation differences. Rainer, can you please build it using stage1 and stage2 compiler with -da -fdump-noaddr -fdump-unnumbered and find out in which pass they start to diverge? The differences start at stage2-gcc/c-common.c.173r.regmove stage3-gcc/c-common.c.173r.regmove differ: char 5356790, line 108181 What do you need for further investigation? Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug middle-end/41264] New: [4.5 Regression] variable-tracking unbelievably slow
The testcase from PR12392 (I'll attach it again momentarily) now has at -O -g variable tracking : 469.04 (89%) usr 0.96 (41%) sys 470.21 (89%) wall 170235 kB (26%) ggc the worst-case out of several testcases that show significant compile-time increases with -O -g. See http://gcc.opensuse.org/c++bench/random/random-summary.txt-5-0.html -- Summary: [4.5 Regression] variable-tracking unbelievably slow Product: gcc Version: 4.5.0 Status: UNCONFIRMED Keywords: compile-time-hog Severity: normal Priority: P3 Component: middle-end 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=41264
[Bug c/41265] New: Test program hang up or segmentation fault if compiled with -std=gnu99 -O2
I compile the following example code from configure tests of coreutils: #include locale.h #include stdio.h #include string.h #include wchar.h int main () { if (setlocale (LC_ALL, fr_FR) != NULL) { if (btowc (EOF) != WEOF) return 1; } return 0; } Compilation flags was -O2 -std=gnu99. Compiled program run forever on x86_64 with gcc-4.4.1 and 4.3.3. Same effect with gcc-4.4.1 on i686. If I remove flag -std=gnu99 or -O2, compiled program run normally and return zero immediately. If I replace -O2 on -O1, program give segmentation fault. With gcc-3.3.6 program run normally. -- Summary: Test program hang up or segmentation fault if compiled with -std=gnu99 -O2 Product: gcc Version: 4.4.1 Status: UNCONFIRMED Severity: major Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: uleysky at gmail dot com 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=41265
[Bug middle-end/41264] [4.5 Regression] variable-tracking unbelievably slow
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-04 13:53 --- Created an attachment (id=18494) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18494action=view) testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41264
[Bug middle-end/41264] [4.5 Regression] variable-tracking unbelievably slow
-- 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=41264
[Bug middle-end/41264] [4.5 Regression] variable-tracking unbelievably slow
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-04 14:02 --- Memory usage doubles. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Keywords||memory-hog http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41264
[Bug c++/41266] New: Emit DW_TAG_template_parameter_pack and DW_TAG_formal_parameter_pack
The fix for PR 30161 adds support to generate template parameters debug info. It used a trick to emit debug info for template parameter paramater packs (in the context of variadic templates). It appeared that a DWARF proposal exists for template parameter packs at http://wiki.dwarfstd.org/index.php?title=C%2B%2B0x:_Variadic_templates . g++ should probably implement that proposal instead. -- Summary: Emit DW_TAG_template_parameter_pack and DW_TAG_formal_parameter_pack Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: c++ AssignedTo: dodji at gcc dot gnu dot org ReportedBy: dodji at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41266
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #35 from ubizjak at gmail dot com 2009-09-04 14:08 --- (In reply to comment #30) Regarding Alpha, there seem to be code generation differences, at least in tree-vect-slp.o. Can you check e.g. if there are the code generation differences even when you compile it with stage1 in both cases, just once with -g and once with -g0? If so, can you attach preprocessed source for it? No, there were no code differences between objdumps of -g/g0 and (-O2 -g)/(-O2 -g0) when compiled with stage1-gcc/cc1. I think the problem is in register allocator, as suggested in comment #12. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #36 from ubizjak at gmail dot com 2009-09-04 14:17 --- Actual differences for alpha (very minor, only different registers actually): --- tree-vect-slp-stage2.s 2009-09-04 16:09:55.0 +0200 +++ tree-vect-slp-stage3.s 2009-09-04 16:10:04.0 +0200 @@ -5214,13 +5214,13 @@ 50c0: 00 00 ba 27 ldahgp,0(ra) 50c4: 00 00 bd 23 lda gp,0(gp) 50c8: 5a 02 00 f4 bne v0,5a34 vect_analyze_slp+0x9b4 -50cc: c8 00 7e a4 ldq t2,200(sp) -50d0: 68 00 2d 20 lda t0,104(s4) -50d4: d0 00 fe b7 stq zero,208(sp) -50d8: 0c 04 ff 47 clr s3 +50cc: c8 00 3e a4 ldq t0,200(sp) +50d0: d0 00 fe b7 stq zero,208(sp) +50d4: 0c 04 ff 47 clr s3 +50d8: 0e 04 ed 47 mov s4,s5 50dc: 00 00 7d a5 ldq s2,0(gp) -50e0: 0e 04 ed 47 mov s4,s5 -50e4: 08 00 43 20 lda t1,8(t2) +50e0: 08 00 41 20 lda t1,8(t0) +50e4: 68 00 2d 20 lda t0,104(s4) 50e8: 81 04 a2 45 cmoveq s4,t1,t0 50ec: 00 00 e1 a5 ldq fp,0(t0) 50f0: 25 00 e0 f5 bne fp,5188 vect_analyze_slp+0x108 @@ -5314,10 +5314,10 @@ 5250: a1 d5 21 40 cmpeq t0,0xe,t0 5254: 6b 03 20 e4 beq t0,6004 vect_analyze_slp+0xf84 5258: 44 00 20 a0 ldl t0,68(v0) -525c: ff 03 7f 23 lda t12,1023 -5260: 01 00 5f 20 lda t1,1 -5264: 01 00 61 47 and t12,t0,t0 -5268: 21 07 41 48 sll t1,t0,t0 +525c: ff 03 df 20 lda t5,1023 +5260: 01 00 3f 23 lda t11,1 +5264: 01 00 c1 44 and t5,t0,t0 +5268: 21 07 21 4b sll t11,t0,t0 526c: 01 00 e1 43 sextl t0,t0 5270: a0 00 3e b4 stq t0,160(sp) 5274: ce 00 c0 e5 beq s5,55b0 vect_analyze_slp+0x530 @@ -5577,22 +5577,22 @@ 566c: 00 00 ba 27 ldahgp,0(ra) 5670: 00 00 bd 23 lda gp,0(gp) 5674: c3 fe 1f e4 beq v0,5184 vect_analyze_slp+0x104 -5678: 00 00 dd a4 ldq t5,0(gp) +5678: 00 00 5d a4 ldq t1,0(gp) 567c: 00 00 7d a7 ldq t12,0(gp) 5680: 00 00 1d 26 ldaha0,0(gp) 5684: 01 00 3f 22 lda a1,1 5688: 00 00 10 22 lda a0,0(a0) 568c: 28 00 5f 22 lda a2,40 5690: 0c 30 80 41 addls3,0x1,s3 -5694: 00 00 66 a6 ldq a3,0(t5) +5694: 00 00 62 a6 ldq a3,0(t1) 5698: 00 40 5b 6b jsr ra,(t12),569c vect_analyze_slp+0x61c 569c: 00 00 ba 27 ldahgp,0(ra) 56a0: 00 00 bd 23 lda gp,0(gp) 56a4: 11 04 ea 47 mov s1,a1 56a8: 02 00 5f 22 lda a2,2 -56ac: 00 00 3d a7 ldq t11,0(gp) +56ac: 00 00 7d a4 ldq t2,0(gp) 56b0: 00 00 7d a7 ldq t12,0(gp) -56b4: 00 00 19 a6 ldq a0,0(t11) +56b4: 00 00 03 a6 ldq a0,0(t2) 56b8: 00 40 5b 6b jsr ra,(t12),56bc vect_analyze_slp+0x63c 56bc: 00 00 ba 27 ldahgp,0(ra) 56c0: 00 00 bd 23 lda gp,0(gp) --- c-common-stage2.s 2009-09-04 16:13:14.0 +0200 +++ c-common-stage3.s 2009-09-04 16:13:18.0 +0200 @@ -14101,10 +14101,10 @@ d954: 8e 04 81 45 cmoveq s3,t0,s5 d958: 00 00 0e a4 ldq v0,0(s5) d95c: 88 fb ff c3 br c780 c_common_type_for_mode+0x310 -d960: 78 03 2e 20 lda t0,888(s5) -d964: b8 03 ce 21 lda s5,952(s5) -d968: 8e 04 81 45 cmoveq s3,t0,s5 -d96c: 00 00 0e a4 ldq v0,0(s5) +d960: b8 03 2e 20 lda t0,952(s5) +d964: 78 03 ce 21 lda s5,888(s5) +d968: 81 04 8e 45 cmoveq s3,s5,t0 +d96c: 00 00 01 a4 ldq v0,0(t0) d970: 83 fb ff c3 br c780 c_common_type_for_mode+0x310 d974: 70 03 2e 20 lda t0,880(s5) d978: b0 03 ce 21 lda s5,944(s5) --- ipa-struct-reorg-stage2.s 2009-09-04 16:15:38.0 +0200 +++ ipa-struct-reorg-stage3.s 2009-09-04 16:15:31.0 +0200 @@ -3653,8 +3653,8 @@ 3774: 10 04 ff 47 clr a0 3778: 06 00 a0 e5 beq s4,3794 create_new_acc+0x534 377c: 00 00 6d 30 ldwut2,0(s4) -3780: 18 00 4d 20 lda t1,24(s4) -3784: 50 00 2d 20 lda t0,80(s4) +3780: 50 00 2d 20 lda t0,80(s4) +3784: 18 00 4d 20 lda t1,24(s4) 3788: a3 55 64 40 cmpeq t2,0x22,t2 378c: 81 04 62 44 cmoveq t2,t1,t0 3790: 00 00 01 a6 ldq a0,0(t0) --
[Bug fortran/41258] [4.4/4.5 Regression] internal compiler error: in find_typebound_proc_uop, at fortran/symbol.c:4575
--- Comment #2 from burnus at gcc dot gnu dot org 2009-09-04 14:30 --- That's a regression with regards to 4.3. There one get's the following error message. (I think the error messages would be clearer if they were reversed.) ahjf.f90:5.12: CALL X(d%c%e) 1 Error: Derived type 'b' at (1) is being used before it is defined ahjf.f90:2.37: TYPE(b), DIMENSION(:), POINTER :: c 1 Error: The pointer component 'c' of 'a' at (1) is a type that has not been declared -- burnus at gcc dot gnu dot org changed: What|Removed |Added Known to fail||4.4.2 4.5.0 Known to work||4.3.4 Priority|P3 |P5 Summary|internal compiler error: in |[4.4/4.5 Regression] |find_typebound_proc_uop, at |internal compiler error: in |fortran/symbol.c:4575 |find_typebound_proc_uop, at ||fortran/symbol.c:4575 Target Milestone|--- |4.4.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41258
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #37 from jakub at gcc dot gnu dot org 2009-09-04 14:31 --- Created an attachment (id=18495) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18495action=view) pr41241.c Self-contained testcase for the i586 combine-stack-adj.c bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug target/39065] libiberty hashtab.c:hash_pointer() needs intptr_t
--- Comment #8 from hjl at gcc dot gnu dot org 2009-09-04 14:33 --- Subject: Bug 39065 Author: hjl Date: Fri Sep 4 14:33:16 2009 New Revision: 151423 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151423 Log: 2009-09-04 Ozkan Sezer seze...@gmail.com PR target/39065 * configure.ac: Replace AC_CHECK_TYPE() for intptr_t and uintptr_t with AC_TYPE_INTPTR_T and AC_TYPE_UINTPTR_T. * config.in: Regenerated. * configure: Regenerated. Modified: trunk/libiberty/ChangeLog trunk/libiberty/config.in trunk/libiberty/configure trunk/libiberty/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39065
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #38 from vmakarov at redhat dot com 2009-09-04 15:25 --- Finally, I think I found what is the reason for all these bootstrap failures. I've changed code dealing with register preferences. Now regnfo::reg_pref is not null from the start and some passes (now it is regmove) using reg_(preferred,alternative)_class returns uninitialized data instead of GENERAL_REGS as before. I don't see sense for these passes to use this info (it was in the old RA too: regclass initializing reg_pref was called only in local-alloc first time) because code in the passes assumes that reg_preferred_class returns right class (not GENERAL_REGS). I'll work for a work around. I hope to send it today. The right solution will take more time (may be week or two). I apologize for all that trouble I cause with my patch. But it permitted to find some pitfalls in RA (and the old one too). Thanks for all your help. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug rtl-optimization/20070] If-conversion can't match equivalent code, and cross-jumping only works for literal matches
--- Comment #29 from rahul at icerasemi dot com 2009-09-04 14:51 --- I am testing Steven's Crossjumping patch attached here. With CoreMark we see a 1% increase in performance when using Os. Other proprietary tests show ~0.5% decrease in code size. The path however does not fix PR30905. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20070
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #39 from vmakarov at redhat dot com 2009-09-04 16:05 --- Uros, Eric, Rainer, could somebody of you check the following patch works. I tried to reproduce the bug on several available to me machines since yesterday night and I failed. Index: ira.c === --- ira.c (revision 151388) +++ ira.c (working copy) @@ -2384,9 +2384,21 @@ update_equiv_regs (void) /* We only handle the case of a pseudo register being set once, or always to the same value. */ + /* ??? The mn10200 port breaks if we add equivalences for +values that need an ADDRESS_REGS register and set them equivalent +to a MEM of a pseudo. The actual problem is in the over-conservative +handling of INPADDR_ADDRESS / INPUT_ADDRESS / INPUT triples in +calculate_needs, but we traditionally work around this problem +here by rejecting equivalences when the destination is in a register +that's likely spilled. This is fragile, of course, since the +preferred class of a pseudo depends on all instructions that set +or use it. */ + if (!REG_P (dest) || (regno = REGNO (dest)) FIRST_PSEUDO_REGISTER - || reg_equiv[regno].init_insns == const0_rtx) + || reg_equiv[regno].init_insns == const0_rtx + || (CLASS_LIKELY_SPILLED_P (reg_preferred_class (regno)) + MEM_P (src) ! reg_equiv[regno].is_arg_equivalence)) { /* This might be setting a SUBREG of a pseudo, a pseudo that is also set somewhere else to a constant. */ Index: reginfo.c === --- reginfo.c (revision 151388) +++ reginfo.c (working copy) @@ -952,13 +952,18 @@ allocate_reg_info (void) } -/* Resize reg info. The new elements will be uninitialized. */ +/* Resize reg info. The new elements will be uninitialized. Return + TRUE if new elements (for new pseudos) were added. */ bool resize_reg_info (void) { int old; - gcc_assert (reg_pref != NULL); + if (reg_pref == NULL) +{ + allocate_reg_info (); + return true; +} if (reg_info_size == max_reg_num ()) return false; old = reg_info_size; @@ -1000,7 +1005,6 @@ reginfo_init (void) /* This prevents dump_flow_info from losing if called before reginfo is run. */ reg_pref = NULL; - allocate_reg_info (); /* No more global register variables may be declared. */ no_global_reg_vars = 1; return 1; -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #21 from developer at sandoe-acoustics dot co dot uk 2009-09-04 16:27 --- (In reply to comment #20) this also applies to powerpc-apple-darwin8 at least at 151409 This should be fixed now (try r151388 or newer, see pr41237). i686-apple-darwin9 appear to be fine.. (per the referenced pr41237). unfortunately, powerpc-apple-darwin8 is not... Updated to revision 151426. Comparing stages 2 and 3 warning: gcc/cc1-checksum.o differs warning: gcc/cc1obj-checksum.o differs warning: gcc/cc1objplus-checksum.o differs warning: gcc/cc1plus-checksum.o differs Bootstrap comparison failure! gcc/alias.o differs etc. etc. bear in mind that darwin8 is the 'end of the road' for a bunch of PPC hardware so it would be nice if this still worked. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #22 from dominiq at lps dot ens dot fr 2009-09-04 16:41 --- When you run ./config ..., you should see rm: conftest.dSYM: is a directory checking for default BUILD_CONFIG... conftest.o.g0.stripped conftest.o.g.stripped differ: char 23, line 2 stripping off .eh_frame, then retrying failed to strip off .eh_frame conftest.o.g0.stripped conftest.o.g.stripped differ: char 23, line 2 If not, it means that strip is working differently on darwin8 and darwin9. bear in mind that darwin8 is the 'end of the road' for a bunch of PPC hardware so it would be nice if this still worked. darwin9 works fine on ppc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #40 from kargl at gcc dot gnu dot org 2009-09-04 16:56 --- (In reply to comment #39) Uros, Eric, Rainer, could somebody of you check the following patch works. I tried to reproduce the bug on several available to me machines since yesterday night and I failed. It does not fix the failures observed on FreeBSD, see comment #17. -- steve -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2009-09-04 16:57 --- If you follow the recent posts for Bug bootstrap/41241, you will see that there is still some residual break even on i586 linux. I won't worry too much just yet. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #41 from jakub at gcc dot gnu dot org 2009-09-04 16:58 --- Created an attachment (id=18496) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18496action=view) gcc45-pr41241.patch Untested fix for the cfgloopmanip.c issue. We have (mem (mem (sp + cst)) in the debug_insn, and we weren't expecting/handling that. Still, if sp is present in the debug_insn in some unexpected way, the debug_insn will cause -fcompare-debug differences. I think for DEBUG_INSN_P we'll need to queue them into a special list and replace all occurrences of sp with sp + cst. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #24 from developer at sandoe-acoustics dot co dot uk 2009-09-04 17:00 --- (In reply to comment #22 #23) When you run ./config ..., you should see rm: conftest.dSYM: is a directory checking for default BUILD_CONFIG... conftest.o.g0.stripped conftest.o.g.stripped differ: char 23, line 2 stripping off .eh_frame, then retrying failed to strip off .eh_frame conftest.o.g0.stripped conftest.o.g.stripped differ: char 23, line 2 $ ../gcc-4-5-regtest/configure --prefix=/Volumes/ScratchCS/gcc-4-5-install --target=powerpc-apple-darwin8 --host=powerpc-apple-darwin8 --build=powerpc-apple-darwin8 --enable-languages=c,objc,c++,obj-c++,fortran --enable-version-specific-runtime-libs --enable-threads --enable-checking=yes --program-suffix=-4.5.0 --with-dwarf2 --with-libiconv-prefix=/usr --with-system-zlib --enable-stage1-languages=c,c++ checking build system type... powerpc-apple-darwin8 snip checking for correct version of CLooG... no The following languages will be built: c,c++,fortran,objc,obj-c++ *** This configuration is not supported in the following subdirectories: target-libmudflap target-libada gnattools target-libffi target-zlib target-libjava zlib target-boehm-gc (Any other directories should still work fine.) checking for default BUILD_CONFIG... bootstrap-debug checking for bison... bison -y snip something different.. indeed. bear in mind that darwin8 is the 'end of the road' for a bunch of PPC hardware so it would be nice if this still worked. darwin9 works fine on ppc. on high end G4 G5 with plenty of memory.. indeed - not a pleasant idea/unsupported on other variants. Jack; OK, I'll be patient... but it's sure getting in the way of trying to do some fortran work!! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #43 from ubizjak at gmail dot com 2009-09-04 17:58 --- Vlad, your patch also fixes alpha. Bootstrap finished OK, I'm running testsuite now. Thanks! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug c/41263] ICE in compute_antic, at tree-ssa-pre.c:2507
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-04 17:50 --- Dup of PR41101. *** This bug has been marked as a duplicate of 41101 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Keywords||ice-checking, ice-on-valid- ||code Resolution||DUPLICATE Summary|gcc uses all available |ICE in compute_antic, at |memory |tree-ssa-pre.c:2507 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41263
[Bug tree-optimization/30791] Need to run may-alias early in IPA
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-04 18:23 --- Fixed in 4.5. We have alias information all the way through. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30791
[Bug middle-end/41257] [4.5 Regression] Bogus error '*.LTHUNK0' aliased to undefined symbol '_ZN1CD1Ev'
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-09-04 18:56 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41257
[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs
--- Comment #5 from jakub at gcc dot gnu dot org 2009-09-04 18:59 --- Running the stdarg pass too early, before at least some DCE, means functions that don't really need stdarg set up, might set it up unnecessarily. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089
[Bug target/41252] [4.5 Regression] Var tracking by default breaks arm-none-eabi build of newlib
--- Comment #2 from aoliva at gcc dot gnu dot org 2009-09-04 19:00 --- Subject: Bug 41252 Author: aoliva Date: Fri Sep 4 18:59:50 2009 New Revision: 151437 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151437 Log: PR target/41252 * config/arm/vfp.md (*cmpdf_split_vfp): Fix src mode in the second pattern of the split. Modified: trunk/gcc/ChangeLog trunk/gcc/config/arm/vfp.md -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41252
[Bug middle-end/41257] [4.5 Regression] Bogus error '*.LTHUNK0' aliased to undefined symbol '_ZN1CD1Ev'
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-04 18:54 --- Subject: Bug 41257 Author: rguenth Date: Fri Sep 4 18:54:01 2009 New Revision: 151431 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151431 Log: 2009-09-04 Richard Guenther rguent...@suse.de PR middle-end/41257 * (cgraph_finalize_compilation_unit): Move finalizing aliases after emitting tunks. Move emitting thunks and ctors from ... (cgraph_optimize): ... here. Remove redundant cgraph_analyze_functions. * varasm.c (find_decl_and_mark_needed): Remove no longer necessary check. (finish_aliases_1): Adjust check for thunk aliases. * g++.dg/torture/pr41257.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/torture/pr41257.C Modified: trunk/gcc/ChangeLog trunk/gcc/cgraphunit.c trunk/gcc/testsuite/ChangeLog trunk/gcc/varasm.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41257
[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs
--- Comment #7 from jamborm at gcc dot gnu dot org 2009-09-04 19:05 --- (In reply to comment #5) Running the stdarg pass too early, before at least some DCE, means functions that don't really need stdarg set up, might set it up unnecessarily. The comment in http://gcc.gnu.org/ml/gcc-patches/2007-02/msg01262.html was the reason why Richi suggested that we try this anyway. (Unfortunately, I have not looked into this thoroughly enough to judge for myself... yet, hopefully, sort of). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089
[Bug tree-optimization/41089] [4.5 Regression] r147980 (New SRA) breaks stdargs
--- Comment #4 from jamborm at gcc dot gnu dot org 2009-09-04 18:45 --- At the moment I believe that I have basically reintroduced PR 30791 - except that the bug really does not provide the description of the problem which is instead in http://gcc.gnu.org/ml/gcc-patches/2007-02/msg01176.html. Since alias-improvements have brought aliasing information to the early stages, I am now testing whether we can move pass_stdarg up right before early SRA. I'm running the test on an x86_64 now, will try to do it on some other platform if the test finishes fine. If it doesn't work for some reason, I will tend to fix this by a hack very similar to the patch in the email linked above. -- jamborm at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jamborm at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2009-08-25 21:53:10 |2009-09-04 18:45:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #25 from aoliva at gcc dot gnu dot org 2009-09-04 19:07 --- Fixed with revision 151367. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41228] [4.5 regression] Solaris 10/x86 comparison failure after VTA merge
--- Comment #11 from aoliva at gcc dot gnu dot org 2009-09-04 19:08 --- Fixed in revision 151367. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41228
[Bug debug/41226] [4.5 regression] Revision 151313 caused many regressions on trunk
--- Comment #4 from aoliva at gcc dot gnu dot org 2009-09-04 19:10 --- This is fixed with revisions 151432 (regression on pr40753.c test) and 151434 (warnings in guality.h). -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41226
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #26 from howarth at nitro dot med dot uc dot edu 2009-09-04 19:18 --- (In reply to comment #25) Fixed with revision 151367. Apparently, not since Iain was on r151409, however it might be fixed after the patch from... http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00381.html goes in perhaps? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #44 from jakub at gcc dot gnu dot org 2009-09-04 19:24 --- Created an attachment (id=18497) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18497action=view) gcc45-pr41241.patch New version of the csa bugfix. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Attachment #18496|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug target/41262] ICE compiling 09/03/09 snapshot of gcc on DEC Alpha
--- Comment #3 from uros at gcc dot gnu dot org 2009-09-04 19:32 --- Subject: Bug 41262 Author: uros Date: Fri Sep 4 19:32:04 2009 New Revision: 151439 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151439 Log: PR target/41262 * config/alpha/alpha.c (alpha_does_function_need_gp): Use NONDEBUG_INSN_P instead of INSN_P. Modified: trunk/gcc/ChangeLog trunk/gcc/config/alpha/alpha.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41262
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #45 from vmakarov at gcc dot gnu dot org 2009-09-04 19:36 --- Subject: Bug 41241 Author: vmakarov Date: Fri Sep 4 19:36:26 2009 New Revision: 151440 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151440 Log: 2009-09-04 Vladimir Makarov vmaka...@redhat.com PR bootstrap/41241 * ira.c (update_equiv_reg): Revert my previous patch for the PR. * reginfo.c (resize_reg_info): Call allocate_reg_info if necessary. (reginfo_init): Don't call allocate_reg_info. Modified: trunk/gcc/ChangeLog trunk/gcc/ira.c trunk/gcc/reginfo.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #27 from developer at sandoe-acoustics dot co dot uk 2009-09-04 19:38 --- (In reply to comment #26) (In reply to comment #25) Fixed with revision 151367. this is true for powerpc-apple-darwin9 (which is the mentioned system in the bug) it is NOT fixed for powerpc-apple-darwin8, as of 151420 - should I raise a new bug? it might be fixed after the patch from... http://gcc.gnu.org/ml/gcc-patches/2009-09/msg00381.html I'll try later - I just rebooted the G5 into Darwin9 to try that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug target/41262] ICE compiling 09/03/09 snapshot of gcc on DEC Alpha
--- Comment #4 from ubizjak at gmail dot com 2009-09-04 19:40 --- Fixed. -- ubizjak at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41262
[Bug target/41196] The use of ARM NEON vshll_n_u8 intrinsic results in compile error on valid code
-- dgutson at gcc dot gnu dot org changed: What|Removed |Added CC|dgutson at codesourcery dot | |com | AssignedTo|unassigned at gcc dot gnu |dgutson at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2009-09-01 11:13:16 |2009-09-04 19:41:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41196
[Bug debug/41259] [4.5 Regression] internal compiler error: verify_ssa failed
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-04 19:49 --- PR41229 I mean. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added BugsThisDependsOn||41229 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41259
[Bug bootstrap/41224] [4.5 Regression] Bootstrap broken on powerpc-apple-darwin9 at revision 151318
--- Comment #28 from howarth at nitro dot med dot uc dot edu 2009-09-04 19:52 --- I would wait until none of the other major targets are reporting failures in comparing stage2 and stage3 (hopefully later today). If it still fails, then report it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
[Bug bootstrap/41241] [4.5 regression] bootstrap comparison failure
--- Comment #46 from rguenth at gcc dot gnu dot org 2009-09-04 20:07 --- *** Bug 41247 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41241
[Bug bootstrap/41247] [4.5 regression] Comparison failure on Solaris 11/SPARC after VTA merge
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-04 20:07 --- *** This bug has been marked as a duplicate of 41241 *** -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41247
[Bug fortran/41192] NAMELIST input with just a comment (NAME ! comment \) fails
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2009-09-04 20:16 --- Putting the standards discussion aside, this test case actually uncovered a real bug. In list_read.c, eat_line does nothing for internal units. If the test had used a real file, the comment would have been skipped and we would have never heard about this problem. The following patch I have regression tested and will commit after labor day. Index: list_read.c === --- list_read.c (revision 151156) +++ list_read.c (working copy) @@ -287,10 +287,10 @@ static void eat_line (st_parameter_dt *dtp) { char c; - if (!is_internal_unit (dtp)) -do - c = next_char (dtp); -while (c != '\n'); + + do +c = next_char (dtp); + while (c != '\n'); } -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41192