[Bug tree-optimization/54629] [4.8 Regression] ICE (segfault) in index_in_loop_nest tree-data-ref.h:608
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54629 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2012-09-20 CC||jakub at gcc dot gnu.org Component|middle-end |tree-optimization AssignedTo|unassigned at gcc dot |jakub at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1
[Bug tree-optimization/54629] [4.8 Regression] ICE (segfault) in index_in_loop_nest tree-data-ref.h:608
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54629 --- Comment #2 from Jakub Jelinek 2012-09-20 07:41:01 UTC --- Created attachment 28225 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28225 gcc48-pr54629.patch IMHO there are two issues - one is that the loop nest is freed too early, before it is still used, and another one that on success the ddr isn't freed at all, so we leak memory.
[Bug middle-end/52173] internal compiler error: verify_ssa failed possibly caused by itm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52173
--- Comment #10 from rguenther at suse dot de
2012-09-20 07:43:56 UTC ---
On Wed, 19 Sep 2012, aldyh at gcc dot gnu.org wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52173
>
> Aldy Hernandez changed:
>
>What|Removed |Added
>
> CC||amacleod at redhat dot com,
>||dnovillo at gcc dot
>||gnu.org, rguenth at gcc dot
>||gnu.org
>
> --- Comment #9 from Aldy Hernandez 2012-09-19
> 19:44:14 UTC ---
> Richi, Diego. Perhaps you can shed light on this.
>
> Here we have a loop unroll that triggers a "virtual def operand missing..."
> for
> a GIMPLE_TRANSACTION:
>
> int vec[500];
>
> void func()
> {
> __transaction_relaxed
> {
> vec[123] = 456;
> }
> }
>
> main()
> {
> int i;
> for(i = 0; i < 10; ++i)
> func();
> }
>
> The unroller wants to unroll into something like:
>
> :
> # .MEM_6 = VDEF <.MEM_13>
> __transaction_relaxed<-- PROBLEMATIC INSN (VDEF's)
>
> :
> # .MEM_9 = VDEF <.MEM_59>
> vec[123] = 456;
> # .MEM_2 = VDEF <.MEM_9>
> __builtin__ITM_commitTransaction ();
>
> :
> ivtmp_14 = 9;
> # .MEM_11 = VDEF <.MEM_13>
> __transaction_relaxed
>
> :
> # .MEM_18 = VDEF <.MEM_59>
> vec[123] = 456;
> # .MEM_19 = VDEF <.MEM_18>
> __builtin__ITM_commitTransaction ();
>
> etc etc etc.
>
> Putting aside how incredibly inefficient this is... (We should be duplicating
> the vector store, not the entire transaction)...
>
> The problem here is that, after unrolling, the VDEF of the problematic insn is
> .MEM_6, but the DEF_OP of the insn is .MEM_59. So gimple_vdef() !=
> gimple_vdef_op() and we trigger a "virtual def operand missing for stmt".
>
> The problem is that the unroller's call to gimple_duplicate_bb() will make a
> copy of the problematic instruction, maintaining its gimple_vdef, but changing
> all its def_ops from under us, thus making gimple_vdef() != gimple_vdef_op().
Setting a DEF will change the vdef. If it does not, the stmt was
not updated properly.
> Before loop unrolling we have this snippet that is about to be unrolled:
>
> :
> # .MEM_13 = PHI <.MEM_8(6), .MEM_3(D)(2)>
> # ivtmp_1 = PHI
> # .MEM_6 = VDEF <.MEM_13>
> __transaction_relaxed
>
> After loop unrolling the above remains unchanged, but the following is
> inserted
> *before* bb 3. [Note, the following is after update_ssa(TODO_update_ssa), but
> before cleanup_tree_cfg() for clarity.]
>
> :
> # .MEM_12 = PHI <.MEM_3(D)(2)>
> # ivtmp_5 = PHI <10(2)>
> # .MEM_6 = VDEF <.MEM_13> <-- *** -->
> <-- shouldn't this be <.MEM_12> ?
> <-- *** -->
Yes.
> __transaction_relaxed
> ...
> ...more unrolling
> ...
> :
> # .MEM_57 = PHI <.MEM_8(39)>
> # ivtmp_58 = PHI
> # .MEM_53 = VDEF <.MEM_13><-- ** -->
> <-- shouldn't this be <.MEM_57>
> <-- ** -->
Yes.
> __transaction_relaxed
> ...
> ...
>
> ..
>
> Notice that both BB8 and BB40 invalidate MEM_13 in its virtual definition.
> Shouldn't the VDEF<.MEM_13> be rewritten as I have indicated above?
> Especially
> since now .MEM_13 is defined much further down in bb 3:
>
>
> # invalidates VDEF<.MEM_13>
> ...
>
> # invalidates VDEF<.MEM_13>
> ..
>
> # define .MEM_13 =
>
> It seems gimple_duplicate_bb() renames all the phis and the operands, but does
> not update the VDEF's for the transaction. Gimple_duplicate_bb() says it
> doesn't maintain SSA form, so I assume this in on purpose (?). So how is this
> supposed to be cleaned up? Or is this even the problem?
The problem must be in the IL before unrolling I believe.
Richard.
[Bug lto/54632] New: not supported in LTO streams : tree code '�F ��D�� `
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54632 Bug #: 54632 Summary: not supported in LTO streams : tree code '�F ��D�� ` Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassig...@gcc.gnu.org ReportedBy: dim...@gmail.com $ g++ -v Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/local/gcc_current/libexec/gcc/x86_64-unknown-linux-gnu/4.8.0/lto-wrapper Target: x86_64-unknown-linux-gnu Configured with: /home/dimhen/src/gcc-current/configure --prefix=/usr/local/gcc_current --with-multilib-list=m64 --enable-__cxa_atexit --enable-shared --enable-checking=df,fold,rtl,tree,yes --enable-gnu-unique-object --enable-linker-build-id --enable-languages=c,c++,lto --enable-plugin --enable-version-specific-runtime-libs Thread model: posix gcc version 4.8.0 20120920 (experimental) [trunk revision 191511] (GCC) 191461 - OK 191511 - FAIL (gdb) start Temporary breakpoint 1, main (argc=62, argv=0x7fffda58) at /home/dimhen/src/gcc-current/gcc/main.c:36 36 return toplev_main (argc, argv); (gdb) br lto-streamer-out.c:325 (gdb) c ... GNU C++ (GCC) version 4.8.0 20120920 (experimental) [trunk revision 191511] (x86_64-unknown-linux-gnu) compiled by GNU C version 4.8.0 20120920 (experimental) [trunk revision 191511], GMP version 5.0.2, MPFR version 3.1.0, MPC version 0.9 GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 1f967a1f0c91e49e73881f044e47ede6 Breakpoint 2, lto_write_tree (ref_p=, expr=, ob=) at /home/dimhen/src/gcc-current/gcc/lto-streamer-out.c:326 326tree_code_name[TREE_CODE (expr)]); (gdb) bt #0 lto_write_tree (ref_p=, expr=, ob=) at /home/dimhen/src/gcc-current/gcc/lto-streamer-out.c:326 #1 lto_output_tree (ob=ob@entry=0x15a03e0, expr=0x75d13dc0, ref_p=ref_p@entry=true, this_ref_p=this_ref_p@entry=true) at /home/dimhen/src/gcc-current/gcc/lto-streamer-out.c:426 #2 0x00b8e450 in write_ts_exp_tree_pointers (ref_p=true, expr=0x75d0ee70, ob=0x15a03e0) at /home/dimhen/src/gcc-current/gcc/tree-streamer-out.c:672 #3 streamer_write_tree_body (ob=0x15a03e0, expr=0x75d0ee70, ref_p=) at /home/dimhen/src/gcc-current/gcc/tree-streamer-out.c:855 #4 0x0094919a in lto_write_tree (ref_p=, expr=, ob=) at /home/dimhen/src/gcc-current/gcc/lto-streamer-out.c:339 #5 lto_output_tree (ob=ob@entry=0x15a03e0, expr=0x75d0ee70, ref_p=ref_p@entry=true, this_ref_p=this_ref_p@entry=true) at /home/dimhen/src/gcc-current/gcc/lto-streamer-out.c:426 #6 0x00b8dbe4 in write_ts_decl_common_tree_pointers (ref_p=true, expr=0x75d232f8, ob=0x15a03e0) at /home/dimhen/src/gcc-current/gcc/tree-streamer-out.c:507 #7 streamer_write_tree_body (ob=0x15a03e0, expr=0x75d232f8, ref_p=) at /home/dimhen/src/gcc-current/gcc/tree-streamer-out.c:828 #8 0x0094919a in lto_write_tree (ref_p=, expr=, ob=) at /home/dimhen/src/gcc-current/gcc/lto-streamer-out.c:339 #9 lto_output_tree (ob=0x15a03e0, expr=0x75d232f8, ref_p=, this_ref_p=) at /home/dimhen/src/gcc-current/gcc/lto-streamer-out.c:426 #10 0x009498ef in output_struct_function_base (fn=0x762e8140, ob=0x15a03e0) at /home/dimhen/src/gcc-current/gcc/lto-streamer-out.c:751 #11 output_function (node=0x762ff618) at /home/dimhen/src/gcc-current/gcc/lto-streamer-out.c:808 #12 lto_output () at /home/dimhen/src/gcc-current/gcc/lto-streamer-out.c:1009 #13 0x0097e871 in ipa_write_summaries_2 (pass=0x1320ac0, state=0x1548310) at /home/dimhen/src/gcc-current/gcc/passes.c:2291 #14 0x0097f6be in ipa_write_summaries_1 (encoder=) at /home/dimhen/src/gcc-current/gcc/passes.c:2321 #15 ipa_write_summaries () at /home/dimhen/src/gcc-current/gcc/passes.c:2375 #16 0x0078385a in ipa_passes () at /home/dimhen/src/gcc-current/gcc/cgraphunit.c:1875 #17 compile () at /home/dimhen/src/gcc-current/gcc/cgraphunit.c:1961 #18 0x00783a95 in finalize_compilation_unit () at /home/dimhen/src/gcc-current/gcc/cgraphunit.c:2089 #19 0x005b032b in cp_write_global_declarations () at /home/dimhen/src/gcc-current/gcc/cp/decl2.c:4024 #20 0x00a1e385 in compile_file () at /home/dimhen/src/gcc-current/gcc/toplev.c:560 #21 0x00a1ff5a in do_compile () at /home/dimhen/src/gcc-current/gcc/toplev.c:1863 #22 toplev_main (argc=62, argv=0x7fffda58) at /home/dimhen/src/gcc-current/gcc/toplev.c:1939 #23 0x0038e3421735 in __libc_start_main (main=0xebc6a0 , argc=62, ubp_av=0x7fffda58, init=, fini=, rtld_fini=, stack_end=0x7fffda48) at libc-start.c:226 #24 0x004cb7d9 in _start () (gdb) up #1 lto_output_tree (ob=ob@entry=0x15a03e0, expr=0x75d13dc0, ref_p=ref_p@entry=true, this_ref_p=this_ref_p@entry=true) at /home/dimhen/src/gcc-current/gcc/lto-streamer-out.c:426 426 lto_write_tree (ob, expr,
[Bug lto/54632] not supported in LTO streams : tree code '�F ��D�� `
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54632 --- Comment #1 from Dmitry G. Dyachenko 2012-09-20 07:56:54 UTC --- Created attachment 28226 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28226 lto_output_tree() : print *expr
[Bug tree-optimization/54345] jump threading leaks e->aux heap memory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54345 Marek Polacek changed: What|Removed |Added CC||polacek at redhat dot com --- Comment #1 from Marek Polacek 2012-09-20 08:16:55 UTC --- How can I reproduce this one? I've built gcc with '--enable-languages=c,c++ --disable-bootstrap' and '--enable-languages=c,c++ --disable-bootstrap --enable-checking=valgrind', but then e.g. valgrind --leak-check=full --show-reachable=yes ./cc1 ~/src/gcc/gcc/testsuite/gcc.dg/tree-ssa/ssa-dom-thread-2.c -O2 -fno-tree-vrp show nothing like this. (In that test we certainly run the DOM pass, thus also jump-threading.) Or am I doing something stupid?
[Bug fortran/54633] New: Issues with MINLOC/MINVAL (MAXLOC/MAXVAL)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54633 Bug #: 54633 Summary: Issues with MINLOC/MINVAL (MAXLOC/MAXVAL) Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Keywords: diagnostic, ice-on-valid-code, wrong-code Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org Related to 54613, reported by James in the thread "Implicit" use of assignment(=)" at https://groups.google.com/forum/?fromgroups=#!topic/comp.lang.fortran/5eAz5ns6AG0 Namely: https://groups.google.com/d/msg/comp.lang.fortran/5eAz5ns6AG0/G1uydcaGivkJ ISSUES: a) Wrong-code for minval4.f90? With gfortran 4.3, it gets rejected with: integer x(minval((/1/))) 1 Error: automatic object 'x' at (1) cannot have the SAVE attribute interestingly, NAG f95 accepts it unless I use explicitly "save :: x", then it rejects it with: Error: minval4.f90, line 7: Static array X cannot have variable bounds Thus, I am bit lost whether it is valid or not. b) ICE with minloc/minval (minval2.f90, minloc2.f90): integer x(sum(minloc((/1/ respectively: integer x(minval((/1/),mask=(/.TRUE./))) in gfc_trans_auto_array_allocation, at fortran/trans-array.c:5621 That's gcc_assert (!TREE_STATIC (decl)); and decl is the var_decl "x". The problem is that minloc/minval is not simplified to a constant. Other compilers do compile-time evaluate this. (Or they don't? Cf. (a).) c) minval3.f90: This program compiles in gfortran with -std=f95 but other compilers reject it with: MINVAL function is not permitted in an initialization expression integer, parameter :: m = minval((/1/)) I don't see ad hoc why the other compilers do accept in in (b) but not in (c).
[Bug c++/53609] Wrong variadic template pack expansion in alias template
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53609 --- Comment #2 from dodji at seketeli dot org 2012-09-20 08:48:09 UTC --- A candidate patch for this has been sent to http://gcc.gnu.org/ml/gcc-patches/2012-09/msg01436.html
[Bug tree-optimization/54634] New: [4.8 Regression] miscompilation with -O3 -ftree-loop-distribution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54634 Bug #: 54634 Summary: [4.8 Regression] miscompilation with -O3 -ftree-loop-distribution Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: joost.vandevond...@mat.ethz.ch Created attachment 28227 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28227 testcase sources The attached sources are miscompiled with current trunk ([trunk revision 191430]) at -O3 -ftree-loop-distribution. To reproduce gfortran -O3 -ftree-loop-distribution -ffree-form other.F mathconstants.F orbital_pointers.F orbital_symbols.F orbital_transformation_matrices.F main.F ; ./a.out which outputs wrong values (as compared to -O0) and shows a valgrind warning (not present at -O0). The miscompiled file is orbital_transformation_matrices.F, most likely the routine create_spherical_harmonics (which seems inlined). If I cat at files in a single .F file, the error also disappears, which might hint at some ipa thing ? 4.7 branch ([gcc-4_7-branch revision 190437]) is doing fine.
[Bug tree-optimization/54634] [4.8 Regression] miscompilation with -O3 -ftree-loop-distribution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54634 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1 from Jakub Jelinek 2012-09-20 08:58:02 UTC --- Retry with PR54629 fix?
[Bug fortran/54633] ICEs and reject valid with MINLOC/MINVAL (MAXLOC/MAXVAL) due to lacking compile-time simplification
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54633
Tobias Burnus changed:
What|Removed |Added
Keywords|diagnostic, wrong-code |rejects-valid
CC||burnus at gcc dot gnu.org
Blocks||54613
Summary|Issues with MINLOC/MINVAL |ICEs and reject valid with
|(MAXLOC/MAXVAL) |MINLOC/MINVAL
||(MAXLOC/MAXVAL) due to
||lacking compile-time
||simplification
--- Comment #1 from Tobias Burnus 2012-09-20
09:00:45 UTC ---
See also related: pr25104 and pr45689 - and PR54613.
I forgot to quote the output of the different compilers:
minloc1.f90 REJECTED REJECTED REJECTED REJECTED REJECTED
minloc2.f90 ICE1 ICE 5389762891
minval1.f90 REJECTED REJECTED REJECTED REJECTED REJECTED
minval2.f90 ICE ACCVIO ICE 11
minval3.f90 17.0, 4 REJECTED REJECTED REJECTED REJECTED
minval4.f902 ACCVIO ICE 11
mincloc1, minval1 and minval3 are invalid Fortran 95 but valid Fortran 2003.
gfortran's result for minval3 is correct - the rejects are due to due to a
lacking simplify.
min*2.f90: Those are interesting, the program is valid Fortran 95 and valid
Fortran 2003, but the result is different. In Fortran 95 the expected result is
1, in Fortran 2003 the expected result is 2. (See below.)
Again, gfortran lacks a simplification - or a guard to catch (and reject) the
programs where the simplify is lacking.
* * *
Looking at Fortran 95's "7.1.6.1 Constant expression", {min,max}{loc,val}
aren't constant expressions; nor are they "initialization expressions".
Looking at Fortran 2003's "7.1.7 Initialization expression", they are:
"(5) A reference to a transformational standard intrinsic function other than
NULL, where each argument is an initialization expression,"
as {min,max}{loc,val} are in the "Class. Transformational function."
* * *
Regarding the SAVE:
F95 has in "5.2.4 SAVE statement":
"A SAVE statement without a saved entity list is treated as though it contained
the names of all allowed items in the same scoping unit."
As with -std=f95, automatic variables don't have the SAVE attribute, as MINLOC
is not an initialization expression, "x" is not SAVE. With -std=f2003, MINLOC
is an initialization expression ...
Fortran 2003 contains the same:
"A SAVE statement without a saved entity list is treated as though it contained
the names of all allowed items in the same scoping unit."
Thus, in Fortran 2003, SAVE doesn't apply to "X", in Fortran 95 it does.
As Bob Covert points out, that's a known problem:
"1.6.4 Fortran 90 compatibility"
"The following Fortran 90 features have di erent interpretations in this part
of ISO/IEC 1539:" [...]
"* whether an expression is a constant expression (thus whether a variable is
considered to be automatic)."
The question is whether we want to do something about or not.
[Bug middle-end/53518] [4.8 regression] testsuite_abi_check.cc doesn't compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53518 --- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE 2012-09-20 09:05:40 UTC --- > --- Comment #5 from Richard Guenther 2012-09-19 > 12:23:01 UTC --- > Still broken? Still broken on both i386-pc-solaris2.9 and sparc-sun-solaris2.9 as of 20120914 (r191294). Rainer
[Bug other/54635] New: Add addr_space_t argument to TARGET_MODE_DEPENDENT_ADDRESS_P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54635 Bug #: 54635 Summary: Add addr_space_t argument to TARGET_MODE_DEPENDENT_ADDRESS_P Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Keywords: addr-space Severity: enhancement Priority: P3 Component: other AssignedTo: g...@gcc.gnu.org ReportedBy: g...@gcc.gnu.org targetm.mode_dependent_address_p aka. TARGET_MODE_DEPENDENT_ADDRESS_P passes an address to check but not the relevant address space. Thus, add an addr_space_t argument to TARGET_MODE_DEPENDENT_ADDRESS_P so that the repevant information can be passed down to the backends.
[Bug fortran/54633] ICEs and reject valid with MINLOC/MINVAL (MAXLOC/MAXVAL) due to lacking compile-time simplification
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54633 --- Comment #2 from Tobias Burnus 2012-09-20 09:21:43 UTC --- (In reply to comment #1) > As Bob Covert points out, that's a known problem: Make that Bob Corbett (of Oracle), who quickly answered my question to the J3 list. (Thanks to him - and sorry for mistyping the name.)
[Bug ada/54636] New: Nested variable record in ADA gives GNAT bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54636 Bug #: 54636 Summary: Nested variable record in ADA gives GNAT bug Classification: Unclassified Product: gcc Version: 4.4.5 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: unassig...@gcc.gnu.org ReportedBy: jaime.daw...@gmail.com Created attachment 28228 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28228 example code showing GNAT BUG DETECTED gcc -v => Using built-in specs. Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.4.5-8' --with-bugurl=file:///usr/share/doc/gcc-4.4/README.Bugs --enable languages=c,c++,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.4 --enable-shared --enable-multiarch --enable-linker-build-id --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.4 --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-objc-gc --with-arch-32=i586 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.4.5 (Debian 4.4.5-8) gnat -v =>GNAT 4.4.5 gcc -c showbug.adb +===GNAT BUG DETECTED==+ | 4.4.5 (x86_64-pc-linux-gnu) in tree_low_cst, at tree.c:5018 | | Error detected at showbug.adb:29:28 . etc Problem appears to be due to an indetermined length array (MAP1) held within a nested variant record structure. Adding additional components to the EnDep_T record (ie replacing B=> null; with B=> Dum: Integer) or re-ordering the arrays MAP1 and MAP2, code compiles. Code compiles on older version: gcc 4.3.2 and GNAT 4.3.2
[Bug ada/54636] nested variable record triggers GNAT bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54636 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||ebotcazou at gcc dot ||gnu.org Known to work||4.5.4 Resolution||FIXED Summary|Nested variable record in |nested variable record |ADA gives GNAT bug |triggers GNAT bug --- Comment #1 from Eric Botcazou 2012-09-20 10:01:50 UTC --- It's Ada, a first name, and not ADA. Upgrade to GCC 4.5.x.
[Bug bootstrap/50229] [4.7/4.8 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #13 from Jakub Jelinek 2012-09-20 10:12:40 UTC --- GCC 4.7.2 has been released.
[Bug debug/53135] [4.7/4.8 Regression] internal compiler error: in value_format, at dwarf2out.c:8010
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53135 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #10 from Jakub Jelinek 2012-09-20 10:12:46 UTC --- GCC 4.7.2 has been released.
[Bug target/49826] [4.7/4.8 Regression] Symbols are not decorated with attribute stdcall and -mrtd
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49826 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #7 from Jakub Jelinek 2012-09-20 10:12:54 UTC --- GCC 4.7.2 has been released.
[Bug libstdc++/53218] [4.7 regression] cmake segfaults on sparcv9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53218 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #6 from Jakub Jelinek 2012-09-20 10:12:57 UTC --- GCC 4.7.2 has been released.
[Bug c/54552] [4.6/4.7 Regression] Cast to pointer to VLA crash the compiler
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54552 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #7 from Jakub Jelinek 2012-09-20 10:13:00 UTC --- GCC 4.7.2 has been released.
[Bug ada/51483] [4.7/4.8 regression] cstand.adb:Register_Float_Type makes invalid assumptions about FP representation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51483 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #13 from Jakub Jelinek 2012-09-20 10:13:04 UTC --- GCC 4.7.2 has been released.
[Bug middle-end/51939] [4.7/4.8 Regression] ICE: in compute_affine_dependence, at tree-data-ref.c:4103 with -fcheck-data-deps
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51939 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #5 from Jakub Jelinek 2012-09-20 10:13:13 UTC --- GCC 4.7.2 has been released.
[Bug debug/48150] [4.7/4.8 Regression] gcc.dg/guality/sra-1.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48150 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #11 from Jakub Jelinek 2012-09-20 10:13:21 UTC --- GCC 4.7.2 has been released.
[Bug libgcj/50421] [4.7/4.8 Regression] GC Warning: Out of Memory! Returning NIL!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50421 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #3 from Jakub Jelinek 2012-09-20 10:13:37 UTC --- GCC 4.7.2 has been released.
[Bug lto/50008] [4.7/4.8 Regression] type mismatch in array reference, verify_gimple failed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50008 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #3 from Jakub Jelinek 2012-09-20 10:13:33 UTC --- GCC 4.7.2 has been released.
[Bug lto/53831] [4.7/4.8 Regression] Virtuals missing in LTO symtab
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53831 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #24 from Jakub Jelinek 2012-09-20 10:13:42 UTC --- GCC 4.7.2 has been released.
[Bug tree-optimization/54077] [4.7/4.8 Regression] Bytemark FP EMULATION 44% slower than with clang
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54077 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #14 from Jakub Jelinek 2012-09-20 10:13:55 UTC --- GCC 4.7.2 has been released.
[Bug middle-end/54017] Incorrect implementation of infinite loops in OpenMP sections leads to SIGILL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54017 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #4 from Jakub Jelinek 2012-09-20 10:14:11 UTC --- GCC 4.7.2 has been released.
[Bug tree-optimization/54295] [4.7 Regression] Widening multiply-accumulate operation uses wrong value extension
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54295 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #7 from Jakub Jelinek 2012-09-20 10:14:21 UTC --- GCC 4.7.2 has been released.
[Bug bootstrap/53912] [4.7/4.8 Regression] bootstrap fails using default c++ mode in stage 2 and 3 for native x86_64-w64-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53912 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #20 from Jakub Jelinek 2012-09-20 10:14:35 UTC --- GCC 4.7.2 has been released.
[Bug middle-end/53676] [4.7 regression] empty loop is not always removed now
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53676 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #17 from Jakub Jelinek 2012-09-20 10:14:49 UTC --- GCC 4.7.2 has been released.
[Bug testsuite/51097] [4.7/4.8 Regression] a lot of "FAIL: gcc.dg/vect" on i686 avx build 181167 to 181177
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51097 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #6 from Jakub Jelinek 2012-09-20 10:14:59 UTC --- GCC 4.7.2 has been released.
[Bug target/27855] [4.5/4.7/4.8 regression] reassociation causes the RA to be confused
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27855 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #41 from Jakub Jelinek 2012-09-20 10:15:15 UTC --- GCC 4.7.2 has been released.
[Bug lto/53768] [4.7 Regression] Undefined references with boost 1.46/1.48/1.49
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53768 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #13 from Jakub Jelinek 2012-09-20 10:15:32 UTC --- GCC 4.7.2 has been released.
[Bug rtl-optimization/54127] [4.7/4.8 Regression] ICE in maybe_record_trace_start with asm goto, --target=powerpc-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54127 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #2 from Jakub Jelinek 2012-09-20 10:15:46 UTC --- GCC 4.7.2 has been released.
[Bug tree-optimization/54634] [4.8 Regression] miscompilation with -O3 -ftree-loop-distribution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54634 --- Comment #2 from Joost VandeVondele 2012-09-20 10:15:57 UTC --- (In reply to comment #1) > Retry with PR54629 fix? after applying the patch mentioned above, the testcase still fails. The failure is also older than the commit mentioned in PR54629
[Bug c++/53650] [4.7/4.8 Regression] large array causes huge memory use
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53650 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #6 from Jakub Jelinek 2012-09-20 10:15:58 UTC --- GCC 4.7.2 has been released.
[Bug tree-optimization/52631] [4.6/4.7/4.8 Regression] VN does not use simplified expression for lookup
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52631 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #9 from Jakub Jelinek 2012-09-20 10:16:19 UTC --- GCC 4.7.2 has been released.
[Bug rtl-optimization/49847] [4.7/4.8 Regression] NULL deref in fold_rtx (prev_insn_cc0 == NULL)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49847 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #20 from Jakub Jelinek 2012-09-20 10:16:25 UTC --- GCC 4.7.2 has been released.
[Bug target/53854] ICE in find_constant_pool_ref
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53854 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #4 from Jakub Jelinek 2012-09-20 10:16:38 UTC --- GCC 4.7.2 has been released.
[Bug middle-end/21953] [4.6/4.7/4.8 Regression] Many tmpdir-gcc.dg-struct-layout-1 tests fail on Tru64 UNIX V5.1B
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21953 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #19 from Jakub Jelinek 2012-09-20 10:16:48 UTC --- GCC 4.7.2 has been released.
[Bug middle-end/53884] [4.7/4.8 Regression] ICE: in function_and_variable_visibility, at ipa.c:818 with -flto -fno-weak
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53884 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #2 from Jakub Jelinek 2012-09-20 10:17:06 UTC --- GCC 4.7.2 has been released.
[Bug tree-optimization/49498] [4.7/4.8 Regression]: gcc.dg/uninit-pred-8_b.c bogus warning line 20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49498 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #16 from Jakub Jelinek 2012-09-20 10:17:10 UTC --- GCC 4.7.2 has been released.
[Bug libstdc++/54172] [4.7 Regression] __cxa_guard_acquire thread-safety issue
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54172 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #18 from Jakub Jelinek 2012-09-20 10:17:37 UTC --- GCC 4.7.2 has been released.
[Bug lto/53895] [4.7/4.8 Regression][lto] symbol 'std::__once_callable' used as both __thread and non-__thread
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53895 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #6 from Jakub Jelinek 2012-09-20 10:17:55 UTC --- GCC 4.7.2 has been released.
[Bug middle-end/49319] [4.7/4.8 regression] g++.dg/abi/thunk5.C FAILs on Tru64 UNIX
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49319 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #7 from Jakub Jelinek 2012-09-20 10:18:01 UTC --- GCC 4.7.2 has been released.
[Bug fortran/53718] [4.7/4.8 regression] [OOP] gfortran generates asm label twice in the same output file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53718 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #12 from Jakub Jelinek 2012-09-20 10:18:09 UTC --- GCC 4.7.2 has been released.
[Bug target/50678] [4.7/4.8 Regression] FAIL: c52104y on x86_64-apple-darwin10
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50678 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #63 from Jakub Jelinek 2012-09-20 10:18:15 UTC --- GCC 4.7.2 has been released.
[Bug tree-optimization/54073] [4.7/4.8 Regression] SciMark Monte Carlo test performance has seriously decreased in recent GCC releases
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54073 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #7 from Jakub Jelinek 2012-09-20 10:18:32 UTC --- GCC 4.7.2 has been released.
[Bug c/54103] [4.7 Regression] ICE at gimplify.c:7790 on current trunk
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54103 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #5 from Jakub Jelinek 2012-09-20 10:18:43 UTC --- GCC 4.7.2 has been released.
[Bug c++/54259] [4.7 Regression] Regression in move construction for std::pair
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54259 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #5 from Jakub Jelinek 2012-09-20 10:18:50 UTC --- GCC 4.7.2 has been released.
[Bug middle-end/52285] [4.7/4.8 Regression] libgcrypt _gcry_burn_stack slowdown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52285 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #9 from Jakub Jelinek 2012-09-20 10:18:54 UTC --- GCC 4.7.2 has been released.
[Bug middle-end/53696] [4.7/4.8 Regression] ICE: SIGSEGV in gimplify_decl_expr (gimplify.c:1454) with -fkeep-inline-functions on invalid use of lambda
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53696 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #3 from Jakub Jelinek 2012-09-20 10:19:02 UTC --- GCC 4.7.2 has been released.
[Bug target/54051] [4.7 Regression] Invalid alignment specifier generated for vld3_lane_* and vld3_dup_* intrinsics.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54051 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #4 from Jakub Jelinek 2012-09-20 10:19:08 UTC --- GCC 4.7.2 has been released.
[Bug other/50925] [4.6/4.7/4.8 Regression][avr] ICE at spill_failure, at reload1.c:2118
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50925 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #26 from Jakub Jelinek 2012-09-20 10:19:12 UTC --- GCC 4.7.2 has been released.
[Bug middle-end/52372] [4.7/4.8 regression] gcc.target/mips/mips16-attributes{,-4}.c SEGV in dwf_regno
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52372 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #7 from Jakub Jelinek 2012-09-20 10:19:33 UTC --- GCC 4.7.2 has been released.
[Bug middle-end/54041] [4.7/4.8 regression] -mshort ICE in convert_memory_address_addr_space, at explow.c:327
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54041 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #8 from Jakub Jelinek 2012-09-20 10:19:39 UTC --- GCC 4.7.2 has been released.
[Bug tree-optimization/52868] [4.7/4.8 Regression] 4.6 is faster on Atom
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52868 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #3 from Jakub Jelinek 2012-09-20 10:19:42 UTC --- GCC 4.7.2 has been released.
[Bug target/54564] [4.8 Regression] Broken __builtin_ia32_vfmadds[sd]3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54564 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #10 from Jakub Jelinek 2012-09-20 10:19:45 UTC --- GCC 4.7.2 has been released.
[Bug target/43052] [4.7/4.8 Regression] Inline memcmp is *much* slower than glibc's, no longer expanded inline
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43052 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #22 from Jakub Jelinek 2012-09-20 10:19:50 UTC --- GCC 4.7.2 has been released.
[Bug rtl-optimization/50557] [4.7/4.8 Regression] Register pressure increase after reassociation (x86, 32 bits)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50557 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #15 from Jakub Jelinek 2012-09-20 10:20:11 UTC --- GCC 4.7.2 has been released.
[Bug target/54373] [4.7/4.8 Regression]: build fails for mmix-knuth-mmixware libobjc GCC_NO_EXECUTABLES
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54373 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #3 from Jakub Jelinek 2012-09-20 10:20:23 UTC --- GCC 4.7.2 has been released.
[Bug libstdc++/54102] generated html vs. utf8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54102 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #4 from Jakub Jelinek 2012-09-20 10:20:17 UTC --- GCC 4.7.2 has been released.
[Bug debug/51570] [4.7 Regression] FAIL: gcc.dg/guality/pr45003-[23].c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51570 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #10 from Jakub Jelinek 2012-09-20 10:20:25 UTC --- GCC 4.7.2 has been released.
[Bug c++/54416] [4.7/4.8 Regression] ICE (segv) in codegen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54416 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #2 from Jakub Jelinek 2012-09-20 10:20:30 UTC --- GCC 4.7.2 has been released.
[Bug target/52630] [4.7 regression] ICE when compiling ppl-0.12 testsuite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52630 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #5 from Jakub Jelinek 2012-09-20 10:20:34 UTC --- GCC 4.7.2 has been released.
[Bug middle-end/54563] [4.7 Regression] ICE in redirect_eh_edge_1, at tree-eh.c:2215
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54563 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #11 from Jakub Jelinek 2012-09-20 10:20:37 UTC --- GCC 4.7.2 has been released.
[Bug other/54490] [4.7 Regression] ICE: Spill failure in newlib build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54490 Richard Guenther changed: What|Removed |Added Target Milestone|--- |4.7.2 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #3 from Jakub Jelinek 2012-09-20 10:20:44 UTC --- GCC 4.7.2 has been released.
[Bug java/50045] [4.7/4.8 regression] ICE in gcc/java/lang.c:427 with -fdump-tree-all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50045 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #8 from Jakub Jelinek 2012-09-20 10:20:49 UTC --- GCC 4.7.2 has been released.
[Bug target/54300] [4.7/4.8 Regression] Erroneous optimization causes wrong Neon data management
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54300 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #3 from Jakub Jelinek 2012-09-20 10:20:58 UTC --- GCC 4.7.2 has been released.
[Bug c++/53039] [4.7 Regression] including breaks std::is_convertible with template-pack expansion
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53039 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #19 from Jakub Jelinek 2012-09-20 10:21:00 UTC --- GCC 4.7.2 has been released.
[Bug rtl-optimization/53533] [4.7/4.8 regression] vectorization causes loop unrolling test slowdown as measured by Adobe's C++Benchmark
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53533 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #21 from Jakub Jelinek 2012-09-20 10:21:07 UTC --- GCC 4.7.2 has been released.
[Bug ada/52123] [4.7/4.8 Regression] gcc bootstrap with ada fails on mingw target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52123 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #2 from Jakub Jelinek 2012-09-20 10:21:16 UTC --- GCC 4.7.2 has been released.
[Bug fortran/53379] [4.7/4.8 Regression] No backtrace generated for array bounds violation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53379 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #10 from Jakub Jelinek 2012-09-20 10:21:19 UTC --- GCC 4.7.2 has been released.
[Bug tree-optimization/45685] [4.6/4.7/4.8 Regression] missed conditional move opportunity in loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45685 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #23 from Jakub Jelinek 2012-09-20 10:21:23 UTC --- GCC 4.7.2 has been released.
[Bug middle-end/53623] [4.7/4.8 Regression] sign extension is effectively split into two x86-64 instructions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53623 Jakub Jelinek changed: What|Removed |Added Target Milestone|4.7.2 |4.7.3 --- Comment #6 from Jakub Jelinek 2012-09-20 10:21:31 UTC --- GCC 4.7.2 has been released.
[Bug tree-optimization/54345] jump threading leaks e->aux heap memory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54345 --- Comment #2 from rguenther at suse dot de 2012-09-20 11:12:36 UTC --- On Thu, 20 Sep 2012, polacek at redhat dot com wrote: > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54345 > > Marek Polacek changed: > >What|Removed |Added > > CC||polacek at redhat dot com > > --- Comment #1 from Marek Polacek 2012-09-20 > 08:16:55 UTC --- > How can I reproduce this one? I've built gcc with '--enable-languages=c,c++ > --disable-bootstrap' and '--enable-languages=c,c++ --disable-bootstrap > --enable-checking=valgrind', but then e.g. > valgrind --leak-check=full --show-reachable=yes ./cc1 > ~/src/gcc/gcc/testsuite/gcc.dg/tree-ssa/ssa-dom-thread-2.c -O2 -fno-tree-vrp > show nothing like this. (In that test we certainly run the DOM pass, thus > also > jump-threading.) Or am I doing something stupid? It obviously depends on the testcase. I was using something very large.
[Bug c++/54372] __attribute__((unused)) doesn't work with unused local typedef in template function.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54372
Dodji Seketeli changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from Dodji Seketeli 2012-09-20
11:27:19 UTC ---
The 'unused' attribute is applied to its appertaining entity only at
instantiation time. As a result, TREE_USED is not set on the entity before
instantiation.
But then maybe_warn_unused_local_typedefs checks for TREE_USED at compile time,
and wrongly emits the warning.
I am testing this patch that tests for the syntactic presence of the unused
attribute:
diff --git a/gcc/c-family/c-common.c b/gcc/c-family/c-common.c
index 6de2f1c..36c4aa6 100644
--- a/gcc/c-family/c-common.c
+++ b/gcc/c-family/c-common.c
@@ -10899,7 +10899,8 @@ maybe_warn_unused_local_typedefs (void)
&& errorcount == unused_local_typedefs_warn_count)
{
FOR_EACH_VEC_ELT (tree, l->local_typedefs, i, decl)
- if (!TREE_USED (decl))
+ if (!TREE_USED (decl)
+ && !lookup_attribute_spec (get_identifier ("unused")))
warning_at (DECL_SOURCE_LOCATION (decl),
OPT_Wunused_local_typedefs,
"typedef %qD locally defined but not used", decl);
[Bug tree-optimization/54634] [4.8 Regression] miscompilation with -O3 -ftree-loop-distribution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54634 Richard Guenther changed: What|Removed |Added Keywords||wrong-code Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2012-09-20 AssignedTo|unassigned at gcc dot |rguenth at gcc dot gnu.org |gnu.org | Target Milestone|--- |4.8.0 Ever Confirmed|0 |1 --- Comment #3 from Richard Guenther 2012-09-20 11:29:51 UTC --- Mine.
[Bug lto/54632] [4.8 Regression] not supported in LTO streams : tree code '�F ��D�� `
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54632 Richard Guenther changed: What|Removed |Added CC||dehao at gcc dot gnu.org Target Milestone|--- |4.8.0 Summary|not supported in LTO|[4.8 Regression] not |streams : tree code '�F |supported in LTO streams : |��D�� ` |tree code '�F ��D�� ` --- Comment #2 from Richard Guenther 2012-09-20 11:31:49 UTC --- It's outputting a garbage collected tree. Suspect it was a BLOCK.
[Bug middle-end/54630] [4.8 Regression] GCC 4.8 --enable-languages=c build fails: Undefined symbols: ___cxa_guard_acquire and ___cxa_guard_release
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54630
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed||2012-09-20
Component|libstdc++ |middle-end
CC||crowl at gcc dot gnu.org,
||dnovillo at gcc dot
||gnu.org, rguenth at gcc dot
||gnu.org
Ever Confirmed|0 |1
Summary|GCC 4.8 |[4.8 Regression] GCC 4.8
|--enable-languages=c build |--enable-languages=c build
|fails: Undefined symbols: |fails: Undefined symbols:
|___cxa_guard_acquire and|___cxa_guard_acquire and
|___cxa_guard_release|___cxa_guard_release
Target Milestone|--- |4.8.0
--- Comment #1 from Richard Guenther 2012-09-20
11:37:04 UTC ---
Ick. Now
static hash_table ssa_name_hash;
appearantly has a guarded init!?
D.38548 = __cxa_guard_acquire (&_ZGVZ17coalesce_ssa_namevE13ssa_name_hash);
retval.1 = D.38548 != 0;
if (retval.1 != 0) goto ; else goto ;
:
D.38265 = 0;
try
{
hash_table::hash_table (&ssa_name_hash);
D.38265 = 1;
__cxa_guard_release (&_ZGVZ17coalesce_ssa_namevE13ssa_name_hash);
}
catch
{
if (D.38265 != 0) goto ; else goto ;
:
goto ;
:
__cxa_guard_abort (&_ZGVZ17coalesce_ssa_namevE13ssa_name_hash);
:
}
I suppose easiest is to remove the 'static' keyword here.
Larry, can you test that?
[Bug c++/54372] __attribute__((unused)) doesn't work with unused local typedef in template function.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54372 --- Comment #4 from Paolo Carlini 2012-09-20 11:59:11 UTC --- Ah, ah, thanks, great that the issue seems easy to fix!
[Bug tree-optimization/54634] [4.8 Regression] miscompilation with -O3 -ftree-loop-distribution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54634
--- Comment #4 from Richard Guenther 2012-09-20
12:26:53 UTC ---
We split
:
# s2_207 = PHI <0.0(88), s2_524(91)>
# prephitmp_1456 = PHI <0(88), k.76_530(91)>
_496 = prephitmp_1456 * -2;
_1535 = lx_355 + _496;
D.3330 = _1535;
_1533 = binomial (&j, &k);
_517 = binomial (&ma, &D.3330);
_518 = _1533 * _517;
_520 = _518 * 0.0;
s2_524 = _520 + s2_207;
D.3330 ={v} {CLOBBER};
k.76_530 = prephitmp_1456 + 1;
k = k.76_530;
if (j.72_383 == prephitmp_1456)
goto ;
else
goto ;
into bogus pieces:
:
# prephitmp_1664 = PHI
_1665 = prephitmp_1664 * -2;
_1666 = lx_355 + _1665;
D.3330 = _1666;
D.3330 ={v} {CLOBBER};
k.76_1674 = prephitmp_1664 + 1;
if (j.72_383 == prephitmp_1664)
goto ;
else
goto ;
split for the store D.3330 (huh, well ...), but somehow lost the
binomial call here.
:
# prephitmp_1678 = PHI
k.76_1688 = prephitmp_1678 + 1;
k = k.76_1688;
if (j.72_383 == prephitmp_1678)
goto ;
else
goto ;
well ... likewise.
:
# s2_207 = PHI <0.0(209), s2_524(91)>
# prephitmp_1456 = PHI <0(209), k.76_530(91)>
_1533 = binomial (&j, &k);
_517 = binomial (&ma, &D.3330);
_518 = _1533 * _517;
_520 = _518 * 0.0;
s2_524 = _520 + s2_207;
k.76_530 = prephitmp_1456 + 1;
if (j.72_383 == prephitmp_1456)
goto ;
else
goto ;
finally all the calls. Investigating some more.
Ah, binomial () is pure. The RDG is bogus, it does not consider
calls that merely read unknown memory. That is because
get_references_in_stmt handles calls by returning true/false only ...
in this case it doesn't add any data references.
So it's a very old problem that bites us now.
*sigh*
[Bug tree-optimization/54634] [4.8 Regression] miscompilation with -O3 -ftree-loop-distribution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54634 --- Comment #5 from Joost VandeVondele 2012-09-20 13:06:50 UTC --- (In reply to comment #4) > Ah, binomial () is pure. In this case, it was presumably triggered by Tobias' changes for PR54389. binomial() has not been declared pure in the source, but most likely correctly declared 'implicitly pure' but the Fortran frontend.
[Bug target/54637] New: alpha*-dec-vms --enable-werror-always build fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54637 Bug #: 54637 Summary: alpha*-dec-vms --enable-werror-always build fails Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: amyl...@gcc.gnu.org Blocks: 44756 Target: alpha-dec-vms, alpha64-dec-vms g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber../../../gcc/gcc/vmsdbgout.c -o vmsdbgout.o ../../../gcc/gcc/vmsdbgout.c:1373:1: error: unused parameter ‘discriminator’ [-Werror=unused-parameter] vmsdbgout_write_source_line (unsigned line, const char *filename, ^ ../../../gcc/gcc/vmsdbgout.c:1373:1: error: unused parameter ‘is_stmt’ [-Werror=unused-parameter] cc1plus: all warnings being treated as errors
[Bug c/54638] New: [4.8 Regression] bootstraping 4.7.2 with 4.8 broken: cc1: malloc(): memory corruption
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54638 Bug #: 54638 Summary: [4.8 Regression] bootstraping 4.7.2 with 4.8 broken: cc1: malloc(): memory corruption Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: mar...@trippelsdorf.de With: ~/gcc/configure --disable-werror --disable-multilib --enable-checking=release --enable-languages=c,c++ and: make BOOT_CFLAGS="-march=native -O2 -pipe" STAGE1_CFLAGS="-march=native -O2 -pipe" CFLAGS_FOR_TARGET="-march=native -O2 -pipe" CXXFLAGS_FOR_TARGET="-march=native -O2 -pipe" bootstrap I get: ... /var/tmp/gcc_build_dir/./gcc/xgcc -B/var/tmp/gcc_build_dir/./gcc/ -B/usr/local/x86_64-unknown-linux-gnu/bin/ -B/usr/local/x86_64-unknown-linux-gnu/lib/ -isystem /usr/local/x86_64-unknown-linux-gnu/include -isystem /usr/local/x86_64-unknown-linux-gnu/sys-include-march=native -O2 -pipe -O2 -march=native -O2 -pipe -DIN_GCC -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fpic -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -fpic -I. -I. -I../.././gcc -I/home/markus/gcc/libgcc -I/home/markus/gcc/libgcc/. -I/home/markus/gcc/libgcc/../gcc -I/home/markus/gcc/libgcc/../include -I/home/markus/gcc/libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o _cmpdi2.o -MT _cmpdi2.o -MD -MP -MF _cmpdi2.dep -DL_cmpdi2 -c /home/markus/gcc/libgcc/libgcc2.c -fvisibility=hidden -DHIDE_EXPORTS *** glibc detected *** /var/tmp/gcc_build_dir/./gcc/cc1: malloc(): memory corruption: 0x014e8e10 *** That happens with r191468 of trunk.
[Bug target/54637] alpha*-dec-vms --enable-werror-always build fails
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54637 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #1 from Jorn Wolfgang Rennecke 2012-09-20 13:18:14 UTC --- I did search beforehand, but somehow this didn't turn up... *** This bug has been marked as a duplicate of bug 52498 ***
[Bug target/52498] vmsdbgout.c fails to build with --enable-werror-always
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52498 --- Comment #1 from Jorn Wolfgang Rennecke 2012-09-20 13:18:14 UTC --- *** Bug 54637 has been marked as a duplicate of this bug. ***
[Bug target/54639] New: mn10300_expand_epilogue: signed / unsigned comparison
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54639 Bug #: 54639 Summary: mn10300_expand_epilogue: signed / unsigned comparison Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: amyl...@gcc.gnu.org Blocks: 44756 Target: am33_2.0-linux g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber\ ../../../gcc/gcc/config/mn10300/mn10300.c -o mn10300.o ../../../gcc/gcc/config/mn10300/mn10300.c: In function ‘void mn10300_expand_epilogue()’: ../../../gcc/gcc/config/mn10300/mn10300.c:783:64: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare] #define SIZE_ADD_SP(S) S) >= (1 << 15)) || ((S) < -(1 << 15))) ? 6 \ ^ ../../../gcc/gcc/config/mn10300/mn10300.c:1080:29: note: in expansion of macro 'SIZE_ADD_SP' this_strategy_size = SIZE_ADD_SP (size + 4 * num_regs_to_save ^ cc1plus: all warnings being treated as errors make[2]: *** [mn10300.o] Error 1
[Bug tree-optimization/54634] [4.8 Regression] miscompilation with -O3 -ftree-loop-distribution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54634 --- Comment #6 from rguenther at suse dot de 2012-09-20 13:43:33 UTC --- On Thu, 20 Sep 2012, Joost.VandeVondele at mat dot ethz.ch wrote: > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54634 > > --- Comment #5 from Joost VandeVondele ethz.ch> 2012-09-20 13:06:50 UTC --- > (In reply to comment #4) > > Ah, binomial () is pure. > > In this case, it was presumably triggered by Tobias' changes for PR54389. > binomial() has not been declared pure in the source, but most likely correctly > declared 'implicitly pure' but the Fortran frontend. Btw, it's just what triggers the latent bug in data dependence analysis. I am testing Index: gcc/tree-data-ref.c === --- gcc/tree-data-ref.c (revision 191561) +++ gcc/tree-data-ref.c (working copy) @@ -4307,10 +4307,10 @@ get_references_in_stmt (gimple stmt, VEC *references = NULL; /* ASM_EXPR and CALL_EXPR may embed arbitrary side effects. - Calls have side-effects, except those to const or pure - functions. */ + As we cannot model data-references to not spelled out + accesses give up if they may occur. */ if ((stmt_code == GIMPLE_CALL - && !(gimple_call_flags (stmt) & (ECF_CONST | ECF_PURE))) + && !(gimple_call_flags (stmt) & ECF_CONST)) || (stmt_code == GIMPLE_ASM && (gimple_asm_volatile_p (stmt) || gimple_vuse (stmt clobbers_memory = true; currently.
[Bug target/54640] New: arm_adjust_block_mem: signed/unsigned comparison
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54640 Bug #: 54640 Summary: arm_adjust_block_mem: signed/unsigned comparison Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: amyl...@gcc.gnu.org Blocks: 44756 Target: arm-wrs-vxworks, arm-netbsdelf g++ -c -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I ../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber\ ../../../gcc/gcc/config/arm/arm.c -o arm.o ../../../gcc/gcc/config/arm/arm.c: In function ‘int const_ok_for_dimode_op(long int, rtx_code)’: ../../../gcc/gcc/config/arm/arm.c:2520:32: error: right shift count >= width of type [-Werror] HOST_WIDE_INT hi_val = (i >> 32) & 0x; ^ ../../../gcc/gcc/config/arm/arm.c: In function ‘void arm_block_move_unaligned_straight(rtx, rtx, long int, unsigned int)’: ../../../gcc/gcc/config/arm/arm.c:11004:21: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare] for (i = 0; i < interleave_factor; i++) ^ ../../../gcc/gcc/config/arm/arm.c:11007:21: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare] for (i = 0; i < interleave_factor; i++) ^ ../../../gcc/gcc/config/arm/arm.c:11019:19: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare] for (i = 0; i < interleave_factor; i++) ^ ../../../gcc/gcc/config/arm/arm.c:11035:20: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare] for (j = 0; j < interleave_factor; j++) ^ ../../../gcc/gcc/config/arm/arm.c:11055:20: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare] for (j = 0; j < interleave_factor; j++) ^ In file included from ../../../gcc/gcc/config/arm/arm.c:26:0: ../../../gcc/gcc/config/arm/arm.c:11074:23: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare] gcc_assert (words < interleave_factor); ^ ../../../gcc/gcc/system.h:679:14: note: in definition of macro 'gcc_assert' ((void)(!(EXPR) ? fancy_abort (__FILE__, __LINE__, __FUNCTION__), 0 : 0)) ^ In file included from ../../../gcc/gcc/config/arm/arm.c:26:0: ../../../gcc/gcc/config/arm/arm.c: In function ‘void arm_adjust_block_mem(rtx, long int, rtx_def**, rtx_def**)’: ../../../gcc/gcc/system.h:344:27: error: comparison between signed and unsigned integer expressions [-Werror=sign-compare] #define MIN(X,Y) ((X) < (Y) ? (X) : (Y)) ^ ../../../gcc/gcc/config/arm/arm.c:11212:29: note: in expansion of macro 'MIN' set_mem_align (*loop_mem, MIN (MEM_ALIGN (mem), length * BITS_PER_UNIT)); ^ cc1plus: all warnings being treated as errors make[2]: *** [arm.o] Error 1 rm gcj-dbtool.pod gccgo.pod jcf-dump.pod gcj.pod gcov.pod cpp.pod fsf-funding.pod gij.pod gc-analyze.pod grmic.pod gcc.pod gfortran.pod jv-convert.pod gfdl.pod make[2]: Leaving directory `/home/amylaar/fsf/multi/arm-wrs-vxworks/gcc'
[Bug c++/53551] -Wunused-local-typedefs misses uses
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53551 Dodji Seketeli changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed||2012-09-20 AssignedTo|unassigned at gcc dot |dodji at gcc dot gnu.org |gnu.org | Ever Confirmed|0 |1 --- Comment #3 from Dodji Seketeli 2012-09-20 13:46:59 UTC --- Yes, I am testing a patch for this.
[Bug c/54638] [4.8 Regression] bootstraping 4.7.2 with 4.8 broken: cc1: malloc(): memory corruption
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54638 Richard Guenther changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2012-09-20 Target Milestone|--- |4.8.0 Ever Confirmed|0 |1 --- Comment #1 from Richard Guenther 2012-09-20 13:52:17 UTC --- Please specify -v output of that command (what does -march=native expand to?) and attach preprocessed source. Is that stage1 xgcc?
[Bug target/54641] New: Wrong warning flags for building avr-c.o, fails to build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54641 Bug #: 54641 Summary: Wrong warning flags for building avr-c.o, fails to build Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: amyl...@gcc.gnu.org Blocks: 44756 Target: avr-elf, avr-rtems g++ -c -DIN_GCC_FRONTEND -DIN_GCC_FRONTEND -g -O2 -DIN_GCC -DCROSS_DIRECTORY_ST RUCTURE -W -Wall -Wno-narrowing -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 -fno-common -DHAVE_CONFIG_H -I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber-I. -I. -I../../../gcc/gcc -I../../../gcc/gcc/. -I../../../gcc/gcc/../include -I../../../gcc/gcc/../libcpp/include -I../../../gcc/gcc/../libdecnumber -I../../../gcc/gcc/../libdecnumber/dpd -I../libdecnumber ../../../gcc/gcc/config/avr/avr-c.c cc1plus: warning: command line option ‘-Wstrict-prototypes’ is valid for C/ObjC but not for C++ [enabled by default] cc1plus: warning: command line option ‘-Wmissing-prototypes’ is valid for C/ObjC but not for C++ [enabled by default] cc1plus: error: command line option ‘-Wold-style-definition’ is valid for C/ObjC but not for C++ [-Werror] cc1plus: error: command line option ‘-Wc++-compat’ is valid for C/ObjC but not for C++ [-Werror] cc1plus: all warnings being treated as errors make[2]: *** [avr-c.o] Error 1
[Bug c/54638] [4.8 Regression] bootstraping 4.7.2 with 4.8 broken: cc1: malloc(): memory corruption
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54638 --- Comment #2 from Markus Trippelsdorf 2012-09-20 14:01:14 UTC --- (In reply to comment #1) > Please specify -v output of that command (what does -march=native expand to?) > and attach preprocessed source. Is that stage1 xgcc? It also happens without -march=native. And yes, it's stage1 xgcc: /var/tmp/gcc_build_dir/./gcc/xgcc -v -B/var/tmp/gcc_build_dir/./gcc/ -B/usr/local/x86_64-unknown-linux-gnu/bin/ -B/usr/local/x86_64-unknown-linux-gnu/lib/ -isystem /usr/local/x86_64-unknown-linux-gnu/include -isystem /usr/local/x86_64-unknown-linux-gnu/sys-include -march=native -O2 -pipe -O2 -march=native -O2 -pipe -DIN_GCC -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fpic -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -fpic -I. -I. -I../.././gcc -I/home/markus/gcc/libgcc -I/home/markus/gcc/libgcc/. -I/home/markus/gcc/libgcc/../gcc -I/home/markus/gcc/libgcc/../include -I/home/markus/gcc/libgcc/config/libbid -DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o _cmpdi2.o -MT _cmpdi2.o -MD -MP -MF _cmpdi2.dep -DL_cmpdi2 -c /home/markus/gcc/libgcc/libgcc2.c -fvisibility=hidden -DHIDE_EXPORTS Reading specs from /var/tmp/gcc_build_dir/./gcc/specs COLLECT_GCC=/var/tmp/gcc_build_dir/./gcc/xgcc Target: x86_64-unknown-linux-gnu Configured with: /home/markus/gcc/configure --disable-werror --disable-multilib --enable-checking=release --enable-languages=c,c++ Thread model: posix gcc version 4.7.2 20120920 (prerelease) (GCC) COLLECT_GCC_OPTIONS='-v' '-B' '/var/tmp/gcc_build_dir/./gcc/' '-B' '/usr/local/x86_64-unknown-linux-gnu/bin/' '-B' '/usr/local/x86_64-unknown-linux-gnu/lib/' '-isystem' '/usr/local/x86_64-unknown-linux-gnu/include' '-isystem' '/usr/local/x86_64-unknown-linux-gnu/sys-include' '-march=native' '-O2' '-pipe' '-O2' '-march=native' '-O2' '-pipe' '-D' 'IN_GCC' '-Wextra' '-Wall' '-Wno-narrowing' '-Wwrite-strings' '-Wcast-qual' '-Wstrict-prototypes' '-Wmissing-prototypes' '-Wold-style-definition' '-isystem' './include' '-g' '-D' 'IN_LIBGCC2' '-fbuilding-libgcc' '-fno-stack-protector' '-fpic' '-I' '.' '-I' '.' '-I' '../.././gcc' '-I' '/home/markus/gcc/libgcc' '-I' '/home/markus/gcc/libgcc/.' '-I' '/home/markus/gcc/libgcc/../gcc' '-I' '/home/markus/gcc/libgcc/../include' '-I' '/home/markus/gcc/libgcc/config/libbid' '-D' 'ENABLE_DECIMAL_BID_FORMAT' '-D' 'HAVE_CC_TLS' '-D' 'USE_TLS' '-o' '_cmpdi2.o' '-MT' '_cmpdi2.o' '-MD' '-MP' '-MF' '_cmpdi2.dep' '-D' 'L_cmpdi2' '-c' '-fvisibility=hidden' '-D' 'HIDE_EXPORTS' /var/tmp/gcc_build_dir/./gcc/cc1 -quiet -v -I . -I . -I ../.././gcc -I /home/markus/gcc/libgcc -I /home/markus/gcc/libgcc/. -I /home/markus/gcc/libgcc/../gcc -I /home/markus/gcc/libgcc/../include -I /home/markus/gcc/libgcc/config/libbid -iprefix /var/tmp/gcc_build_dir/gcc/../lib/gcc/x86_64-unknown-linux-gnu/4.7.2/ -isystem /var/tmp/gcc_build_dir/./gcc/include -isystem /var/tmp/gcc_build_dir/./gcc/include-fixed -MD _cmpdi2.d -MF _cmpdi2.dep -MP -MT _cmpdi2.o -D IN_GCC -D IN_LIBGCC2 -D ENABLE_DECIMAL_BID_FORMAT -D HAVE_CC_TLS -D USE_TLS -D L_cmpdi2 -D HIDE_EXPORTS -isystem /usr/local/x86_64-unknown-linux-gnu/include -isystem /usr/local/x86_64-unknown-linux-gnu/sys-include -isystem ./include /home/markus/gcc/libgcc/libgcc2.c -march=amdfam10 -mcx16 -msahf -mno-movbe -mno-aes -mno-pclmul -mpopcnt -mabm -mno-lwp -mno-fma -mno-fma4 -mno-xop -mno-bmi -mno-bmi2 -mno-tbm -mno-avx -mno-avx2 -mno-sse4.2 -mno-sse4.1 -mlzcnt -mno-rdrnd -mno-f16c -mno-fsgsbase --param l1-cache-size=64 --param l1-cache-line-size=64 --param l2-cache-size=512 -mtune=amdfam10 -quiet -dumpbase libgcc2.c -auxbase-strip _cmpdi2.o -g -O2 -O2 -O2 -Wextra -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -version -fbuilding-libgcc -fno-stack-protector -fpic -fvisibility=hidden -o - | /var/tmp/gcc_build_dir/./gcc/as -v -I . -I . -I ../.././gcc -I /home/markus/gcc/libgcc -I /home/markus/gcc/libgcc/. -I /home/markus/gcc/libgcc/../gcc -I /home/markus/gcc/libgcc/../include -I /home/markus/gcc/libgcc/config/libbid --64 -o _cmpdi2.o GNU assembler version 2.2
[Bug c/54638] [4.8 Regression] bootstraping 4.7.2 with 4.8 broken: cc1: malloc(): memory corruption
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54638 --- Comment #3 from Markus Trippelsdorf 2012-09-20 14:03:00 UTC --- Created attachment 28229 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28229 preprocessed testfile
[Bug c++/52432] [C++11] -fdump-tree-gimple causes ICE: Error reporting routines re-entered.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52432 --- Comment #6 from paolo at gcc dot gnu.org 2012-09-20 14:05:24 UTC --- Author: paolo Date: Thu Sep 20 14:05:19 2012 New Revision: 191564 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191564 Log: /cp 2012-09-20 Paolo Carlini PR c++/52432 * pt.c (tsubst_copy_and_build): If tf_error is not set in the complain argument don't call unqualified_name_lookup_error. /testsuite 2012-09-20 Paolo Carlini PR c++/52432 * g++.dg/cpp0x/decltype32.C: Tweak. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.dg/cpp0x/decltype32.C
[Bug c++/52432] [C++11] -fdump-tree-gimple causes ICE: Error reporting routines re-entered.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52432 Paolo Carlini changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.8.0 --- Comment #7 from Paolo Carlini 2012-09-20 14:07:30 UTC --- Done.
[Bug c/54638] [4.8 Regression] bootstraping 4.7.2 with 4.8 broken: cc1: malloc(): memory corruption
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54638 --- Comment #4 from Markus Trippelsdorf 2012-09-20 14:09:00 UTC --- libgcc % /var/tmp/gcc_build_dir/./gcc/cc1 libgcc2.i vprintf getchar fgetc_unlocked getc_unlocked getchar_unlocked putchar fputc_unlocked putc_unlocked putchar_unlocked getline feof_unlocked ferror_unlocked __bswap_32 __bswap_64 gnu_dev_major gnu_dev_minor gnu_dev_makedev __strcspn_c1 __strcspn_c2 __strcspn_c3 __strspn_c1 __strspn_c2 __strspn_c3 __strpbrk_c2 __strpbrk_c3 __strtok_r_1c __strsep_1c __strsep_2c __strsep_3c atof atoi atol atoll __cmpti2 Analyzing compilation unit Performing interprocedural optimizations <*free_lang_data> Assembling functions: __cmpti2*** glibc detected *** /var/tmp/gcc_build_dir/./gcc/cc1: corrupted double-linked list: 0x02f7c2c0 ***
