[Bug libstdc++/54612] [4.8 Regression] Many failures in ext/random testsuite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54612 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #6 from Uros Bizjak ubizjak at gmail dot com 2012-09-19 07:23:18 UTC --- The patch fixes test failures for me. Fixed.
[Bug middle-end/54364] Tail call jumps not threaded
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54364 --- Comment #3 from amker at gcc dot gnu.org 2012-09-19 07:40:21 UTC --- Author: amker Date: Wed Sep 19 07:40:15 2012 New Revision: 191462 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191462 Log: PR middle-end/54364 * bb-reorder.c (connect_better_edge_p): New added. (find_traces_1_round): When optimizing for size, ignore edge frequency and probability, and handle all in one round. (bb_to_key): Use bb-index as key when optimizing for size. (better_edge_p): The bb with smaller index is better when optimizing for size. (connect_traces): When optimizing for size, connect block n with block n + 1; connect trace m with trace m + 1 if falling through. (gate_handle_reorder_blocks): Enable bbro when optimizing for -Os. Modified: trunk/gcc/ChangeLog trunk/gcc/bb-reorder.c
[Bug fortran/54618] [OOP] wrong-code with CLASS(...), INTENT(OUT) -- and OPTIONAL or ALLOCATABLE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54618 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||burnus at gcc dot gnu.org --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-19 08:18:27 UTC --- The second issue has to be fixed in trans-expr.c's gfc_conv_procedure_call. Patch for the first issue. --- a/gcc/fortran/trans-expr.c +++ b/gcc/fortran/trans-expr.c @@ -623,2 +623,12 @@ gfc_trans_class_init_assign (gfc_code *code) } + + if (code-expr1-symtree-n.sym-attr.optional + || code-expr1-symtree-n.sym-ns-proc_name-attr.entry_master) +{ + tree present = gfc_conv_expr_present (code-expr1-symtree-n.sym); + tmp = build3_loc (input_location, COND_EXPR, TREE_TYPE (tmp), + present, tmp, + build_empty_stmt (input_location)); +} + gfc_add_expr_to_block (block, tmp);
[Bug lto/54095] Unnecessary static variable renaming
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54095 --- Comment #6 from Jan Hubicka hubicka at ucw dot cz 2012-09-19 08:23:45 UTC --- --- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-18 14:20:45 UTC --- Created attachment 28215 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28215 patch More complete patch, still has issues. We rely on the name mapping to find LTO data but that for some reason is confused when we try to rename late. Which you can see from LTO testsuite fails caused by this patch. At least with the partitioning reorg the patch doesn't look as bad as before ;) Hehe, the partioning reorg was intended to give us some room to insert new uglyness into the area ;) I suppose that is because you rename late and the renaming code do not work with presence of inline clones. I will debug that. Thanks, Honza
[Bug rtl-optimization/54524] [4.6/4.7/4.8 Regression] Spurious add on sum of bitshifts (forward-propagate issue)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54524 --- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-19 08:46:37 UTC --- Still non-canonical RTL should not result in wrong-code.
[Bug tree-optimization/54132] [4.8 Regression] Incorrect loop transformation with -ftree-loop-distribute-patterns
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54132 --- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-19 08:59:18 UTC --- Author: rguenth Date: Wed Sep 19 08:59:06 2012 New Revision: 191463 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191463 Log: 2012-09-19 Richard Guenther rguent...@suse.de PR tree-optimization/54132 * tree-loop-distribution.c (classify_partition): Properly check dependences for memmove. * tree-data-ref.h (compute_affine_dependence): Declare. * tree-data-ref.c (compute_affine_dependence): Export. * gcc.dg/tree-ssa/ldist-21.c: New testcase. * gcc.dg/torture/pr54132.c: Likewise. Added: trunk/gcc/testsuite/gcc.dg/torture/pr54132.c trunk/gcc/testsuite/gcc.dg/tree-ssa/ldist-21.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-data-ref.c trunk/gcc/tree-data-ref.h trunk/gcc/tree-loop-distribution.c
[Bug tree-optimization/54132] [4.8 Regression] Incorrect loop transformation with -ftree-loop-distribute-patterns
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54132 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-19 09:00:29 UTC --- Fixed.
[Bug c/54621] internal compiler error: Segmentation fault when compiling gSOAP generated Server module.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54621 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2012-09-19 Ever Confirmed|0 |1 --- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-19 09:01:12 UTC --- Also GCC 4.2.4 is no longer supported, please try at least GCC 4.6.3.
[Bug bootstrap/54623] [4.8 regression] install fails with libbacktrace/backtrace.c:35:20: error: unwind.h: No such file or directory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54623 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.8.0
[Bug other/53316] Introduce -Odebug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53316 --- Comment #11 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-19 09:30:03 UTC --- Author: rguenth Date: Wed Sep 19 09:29:57 2012 New Revision: 191464 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191464 Log: 2012-09-19 Richard Guenther rguent...@suse.de PR other/53316 * common.opt (optimize_debug): New variable. (Og): New optimization level. * doc/invoke.texi (Og): Document. * opts.c (maybe_default_option): Add debug parameter. (maybe_default_options): Likewise. (default_options_optimization): Handle -Og. (common_handle_option): Likewise. * passes.c (gate_all_optimizations): Do not run with -Og. (gate_all_optimizations_g): New gate, run with -Og. (pass_all_optimizations_g): New container pass, run with -Og. (init_optimization_passes): Schedule pass_all_optimizations_g alongside pass_all_optimizations. Modified: trunk/gcc/ChangeLog trunk/gcc/common.opt trunk/gcc/doc/invoke.texi trunk/gcc/opts.c trunk/gcc/passes.c
[Bug other/53316] Introduce -Odebug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53316 --- Comment #12 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-19 09:31:53 UTC --- Author: rguenth Date: Wed Sep 19 09:31:49 2012 New Revision: 191465 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191465 Log: 2012-09-19 Richard Guenther rguent...@suse.de PR other/53316 * common/common-target.h (OPT_LEVELS_1_PLUS_NOT_DEBUG): Add. Modified: trunk/gcc/ChangeLog trunk/gcc/common/common-target.h
[Bug other/53316] Introduce -Og
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53316 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.8.0 Summary|Introduce -Odebug |Introduce -Og --- Comment #13 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-19 09:33:02 UTC --- Fixed.
[Bug tree-optimization/54624] New: [4.8 Regression] r191253 causes gcc.dg/builtin-object-size-8.c runtime failure on alpha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54624 Bug #: 54624 Summary: [4.8 Regression] r191253 causes gcc.dg/builtin-object-size-8.c runtime failure on alpha Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: ubiz...@gmail.com Revision 191253 [1] causes runtime failure in gcc.dg/builtin-object-size-8.c: Author: rguenth Date: Thu Sep 13 12:43:58 2012 New Revision: 191253 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191253 Log: 2012-09-13 Richard Guenther rguent...@suse.de * tree-ssa-sccvn.h (enum vn_kind): New. (vn_get_stmt_kind): Likewise. * tree-ssa-sccvn.c (vn_get_stmt_kind): New function, adjust ADDR_EXPR handling. (visit_use): Use it. * tree-ssa-pre.c (compute_avail): Likewise, simplify further. * gcc.dg/tree-ssa/ssa-fre-37.c: New testcase. [1] http://gcc.gnu.org/ml/gcc-cvs/2012-09/msg00410.html
[Bug tree-optimization/54624] [4.8 Regression] r191253 causes gcc.dg/builtin-object-size-8.c runtime failure on alpha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54624 Uros Bizjak ubizjak at gmail dot com changed: What|Removed |Added CC||rguenth at gcc dot gnu.org --- Comment #1 from Uros Bizjak ubizjak at gmail dot com 2012-09-19 10:20:06 UTC --- Adding CC, stay tuned for more info.
[Bug tree-optimization/54624] [4.8 Regression] r191253 causes gcc.dg/builtin-object-size-8.c runtime failure on alpha
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54624 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE --- Comment #2 from Dominique d'Humieres dominiq at lps dot ens.fr 2012-09-19 10:24:57 UTC --- Duplicate of pr54570. *** This bug has been marked as a duplicate of bug 54570 ***
[Bug tree-optimization/54570] [4.8 Regression] FAIL: gcc.dg/builtin-object-size-8.c execution test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54570 Dominique d'Humieres dominiq at lps dot ens.fr changed: What|Removed |Added CC||ubizjak at gmail dot com --- Comment #7 from Dominique d'Humieres dominiq at lps dot ens.fr 2012-09-19 10:24:57 UTC --- *** Bug 54624 has been marked as a duplicate of this bug. ***
[Bug c++/54420] [4.6/4.7/4.8 Regression] Segmentation fault in decl_mangling_context
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54420 --- Comment #6 from Patrik Hägglund patrik.h.hagglund at gmail dot com 2012-09-19 10:27:37 UTC --- Jason Merrill wrote: In addition, some identifiers are reserved for use by C++ implementations and standard libraries (17.6.4.3.2) and shall not be used otherwise; no diagnostic is required. [...] I don't want to change the release branches. You seems to imply that no diagnostic is required implies the behavior of the compiler is undefined. This seems odd.
[Bug c++/54420] [4.6/4.7/4.8 Regression] Segmentation fault in decl_mangling_context
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54420 Jakub Jelinek jakub at gcc dot gnu.org changed: What|Removed |Added Keywords|ice-on-valid-code |ice-on-invalid-code CC||jakub at gcc dot gnu.org --- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2012-09-19 10:35:58 UTC --- The important thing is and shall not be used otherwise, which means the testcase is invalid, and there is a compiler crash on invalid code that is fixed on the compiler trunk, but the fix is too risky for the lower priority of the bug (compared to if it was e.g. a crash on valid code or miscompilation).
[Bug c++/54420] [4.6/4.7/4.8 Regression] Segmentation fault in decl_mangling_context
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54420 --- Comment #8 from Patrik Hägglund patrik.h.hagglund at gmail dot com 2012-09-19 11:04:43 UTC --- (In reply to comment #7) the fix is too risky for the lower priority of the bug This is a good explanation! :-)
[Bug lto/54625] New: [4.8 Regression] lto/profiledbootstrap broken
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54625 Bug #: 54625 Summary: [4.8 Regression] lto/profiledbootstrap broken Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassig...@gcc.gnu.org ReportedBy: mar...@trippelsdorf.de r191466 probably causes: ... /var/tmp/gcc_build_dir/./prev-gcc/g++ -B/var/tmp/gcc_build_dir/./prev-gcc/ -B/usr/x86_64-pc-linux-gnu/bin/ -nostdinc++ -B/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/src/.libs -B/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/libsupc++/.libs -I/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/include/x86_64-pc-linux-gnu -I/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/include -I/home/markus/gcc/libstdc++-v3/libsupc++ -L/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/src/.libs -L/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/libsupc++/.libs -march=native -O3 -pipe -fuse-linker-plugin -flto=jobserver -fno-fat-lto-objects -frandom-seed=1 -fprofile-use -DIN_GCC -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 -DHAVE_CONFIG_H -Wl,-O1,--hash-style=gnu,--as-needed,--gc-sections,--icf=safe,--icf-iterations=3 -o Tcollect2 \ collect2.o collect2-aix.o tlink.o vec.o ggc-none.o libcommon.a ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a /var/tmp/gcc_build_dir/./prev-gcc/g++ -B/var/tmp/gcc_build_dir/./prev-gcc/ -B/usr/x86_64-pc-linux-gnu/bin/ -nostdinc++ -B/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/src/.libs -B/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/libsupc++/.libs -I/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/include/x86_64-pc-linux-gnu -I/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/include -I/home/markus/gcc/libstdc++-v3/libsupc++ -L/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/src/.libs -L/var/tmp/gcc_build_dir/prev-x86_64-pc-linux-gnu/libstdc++-v3/libsupc++/.libs -march=native -O3 -pipe -fuse-linker-plugin -flto=jobserver -fno-fat-lto-objects -frandom-seed=1 -fprofile-use -DIN_GCC -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 -DHAVE_CONFIG_H -Wl,-O1,--hash-style=gnu,--as-needed,--gc-sections,--icf=safe,--icf-iterations=3 -o Tlto-wrapper \ lto-wrapper.o ggc-none.o libcommon-target.a libcommon.a ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a In file included from /usr/include/string.h:96:0, from :154: /home/markus/gcc/libiberty/hashtab.c: In function ‘htab_create’: /home/markus/gcc/libiberty/hashtab.c:294:3: internal compiler error: Segmentation fault return htab_create_typed_alloc (size, hash_f, eq_f, del_f, alloc_f, alloc_f, ^ Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make[4]: *** [/tmp/cctTDuos.ltrans3.ltrans.o] Error 1 lto-wrapper: make returned 2 exit status /usr/x86_64-pc-linux-gnu/bin/ld: fatal error: lto-wrapper failed collect2: error: ld returned 1 exit status make[3]: *** [lto-wrapper] Error 1 make[3]: *** Waiting for unfinished jobs In file included from /usr/include/string.h:96:0, from :155: /home/markus/gcc/libiberty/hashtab.c: In function ‘htab_create’: /home/markus/gcc/libiberty/hashtab.c:294:3: internal compiler error: Segmentation fault return htab_create_typed_alloc (size, hash_f, eq_f, del_f, alloc_f, alloc_f, ^ Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. make[4]: *** [/tmp/cc29d1Cv.ltrans19.ltrans.o] Error 1 make[4]: *** Waiting for unfinished jobs lto-wrapper: make returned 2 exit status /usr/x86_64-pc-linux-gnu/bin/ld: fatal error: lto-wrapper failed collect2: error: ld returned 1 exit status make[3]: *** [collect2] Error 1
[Bug lto/54625] [4.8 Regression] lto/profiledbootstrap broken
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54625 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added CC||hubicka at gcc dot gnu.org Target Milestone|--- |4.8.0
[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 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.7.2
[Bug fortran/54286] [4.8 Regression] Accepts invalid proc-pointer assignments involving proc-ptr function result
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54286 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4 Target Milestone|--- |4.8.0
[Bug tree-optimization/54471] [4.8 Regression] FAIL: gcc.dg/sms-8.c execution test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54471 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.8.0
[Bug tree-optimization/54570] [4.8 Regression] FAIL: gcc.dg/builtin-object-size-8.c execution test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54570 --- Comment #8 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-19 12:08:23 UTC --- Recent added -Og also FAILs some of the -chk testcases at runtime.
[Bug libgcj/52579] [4.8 regression] i386_w32_fallback_frame_state should care ffi raw-closure stub function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52579 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4
[Bug middle-end/53062] [4.8 Regression] 445.gobmk in SPEC CPU 2006 failed to build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53062 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED --- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-19 12:19:52 UTC --- I suppose not.
[Bug debug/53145] [4.8 Regression] gcc.dg/pch/save-temps-1.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53145 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug middle-end/53518] [4.8 regression] testsuite_abi_check.cc doesn't compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53518 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1 Status|NEW |WAITING --- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-19 12:23:01 UTC --- Still broken?
[Bug fortran/54286] [4.8 Regression] Accepts invalid proc-pointer assignments involving proc-ptr function result
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54286 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added Keywords||accepts-invalid CC||burnus at gcc dot gnu.org --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-19 12:28:50 UTC --- (When you look into this problem: I think the current handling of assumed-rank is also wrong (sorry, my mistake). For array passing, assumed-rank dummies take any rank (including scalar). However, for dummy procedures or proc-pointers, if the dummy/proc-pointer has an assumed rank dummy, the actual/proc/target has to have one too.)
[Bug c++/54145] [4.7/4.8 Regression] no symbol generated for `void QMailThreadSortKey::deserializeQDataStream(QDataStream)'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54145 Jason Merrill jason at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC||jason at gcc dot gnu.org Resolution||INVALID --- Comment #2 from Jason Merrill jason at gcc dot gnu.org 2012-09-19 12:30:19 UTC --- This happens because -O2 now includes -finline-small-functions, so the call to deserialize from operator is inlined. Since deserialize is an implicit instantiation, the compiler only emits it in places where it is needed, and it isn't needed in this translation unit because all uses have been inlined. G++ expects that the definition of a template will be available in all translation units that use it unless it is explicitly instantiated. You can use -O2 -fno-inline-small-functions to restore the older behavior.
[Bug debug/53671] [4.8 Regression] Many guality test failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53671 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #16 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-19 13:15:55 UTC --- Fixed.
[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 #6 from gee jojelino at gmail dot com 2012-09-19 13:20:59 UTC --- (In reply to comment #5) Still broken? I suspect it would be duplicate of 54314.
[Bug target/54626] New: Unexpected consequences of __attribute__((optimize(-fno-PIC)))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54626 Bug #: 54626 Summary: Unexpected consequences of __attribute__((optimize(-fno-PIC))) Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: jep...@unpythonic.net (I doubt I've selected the right component; please correct) I ran across bug 54232 and it occurred to me to wonder whether it was possible to manually mark a single function that uses no global data (and thus does not need to use ebx as the GOT register) as no PIC. This has the unexpected side-effect of making the entire translation unit no PIC. Source code: extern int o(); int f() __attribute__((optimize(-fno-PIC))); int f() { return o(); } g() { return o(); } Compiler commandline: gcc -m32 -fPIC -c ff.c Expected behavior: when examined with 'objdump -d ff.o', function f contains no call to get_pc_thunk.bx while g does. Alternately, the __attribute__ declaration results in an error if this is totally nonsensical. Actual behavior: both f and g are compiled without call to get_pc_thunk.bx Tested on svn trunk r19144: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/local/jepler/gcc-dev/libexec/gcc/i686-pc-linux-gnu/4.8.0/lto-wrapper Target: i686-pc-linux-gnu Configured with: ../gcc/configure --prefix=/usr/local/jepler/gcc-dev --with-gmp=/usr/local/jepler/gcc-dev --with-mpc=/usr/local/jepler/gcc-dev --with-mpfr=/usr/local/jepler/gcc-dev Thread model: posix gcc version 4.8.0 20120918 (experimental) (GCC)
[Bug middle-end/53695] [4.8 Regression] ICE: in dfs_enumerate_from, at cfganal.c:1221 with -O2 -ftracer and labels/gotos
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53695 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug fortran/54618] [OOP] wrong-code with CLASS(...), INTENT(OUT) -- and OPTIONAL or ALLOCATABLE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54618 --- Comment #2 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-19 13:31:19 UTC --- Draft patch for the second issue. Note the FIXME for resetting to the declared type. Additionally, the patch fixes only the scalar issue, the same has also to be done for arrays. --- a/gcc/fortran/trans-expr.c +++ b/gcc/fortran/trans-expr.c @@ -3907,9 +3917,16 @@ gfc_conv_procedure_call (gfc_se * se, gfc_symbol * sym, allocated on entry, it must be deallocated. */ - if (fsym fsym-attr.allocatable - fsym-attr.intent == INTENT_OUT) + if (fsym fsym-attr.intent == INTENT_OUT + (fsym-attr.allocatable + || (fsym-ts.type == BT_CLASS + CLASS_DATA (e)-attr.allocatable))) { stmtblock_t block; + tree ptr; gfc_init_block (block); - tmp = gfc_deallocate_with_status (parmse.expr, NULL_TREE, + ptr = parmse.expr; + if (e-ts.type == BT_CLASS) + ptr = gfc_class_data_get (ptr); + + tmp = gfc_deallocate_with_status (ptr, NULL_TREE, NULL_TREE, NULL_TREE, @@ -3919,3 +3936,3 @@ gfc_conv_procedure_call (gfc_se * se, gfc_symbol * sym, tmp = fold_build2_loc (input_location, MODIFY_EXPR, -void_type_node, parmse.expr, +void_type_node, ptr, null_pointer_node); @@ -3923,2 +3940,6 @@ gfc_conv_procedure_call (gfc_se * se, gfc_symbol * sym, +/* if (fsym-ts.type == BT_CLASS) + FIXME: Do something similar as + in gfc_trans_class_init_assign. */ + if (fsym-attr.optional
[Bug debug/53754] [4.8 Regression][lto] ICE in lhd_decl_printable_name, at langhooks.c:222 (with -g)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53754 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-19 13:34:33 UTC --- Seems to be fixed.
[Bug tree-optimization/53807] [4.8 Regression] FAIL: gcc.dg/vect/bb-slp-11.c scan-tree-dump-times slp basic block vectorized using SLP 1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53807 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug middle-end/53850] [4.8 Regression] ICE: in expand_call_tm, at trans-mem.c:2289 with -fgnu-tm -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53850 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug debug/53860] [4.8 Regression] ICE: in should_move_die_to_comdat, at dwarf2out.c:6254 with -fkeep-inline-functions -fdebug-types-section -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53860 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug bootstrap/53866] [4.8 Regression] lto-bootstrap failed at -O3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53866 --- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-19 13:42:32 UTC --- I don't think we necessarily want to fix this ...
[Bug fortran/53876] [4.8 Regression] [OOP] ICE with class array
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53876 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4
[Bug debug/53948] [4.8 Regression] Assignment line missing for -O0 -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53948 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug libmudflap/53952] [4.8 Regression] FAIL: libmudflap.c++/pass55-frag.cxx ( -O[123]) execution test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53952 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug target/54061] [4.8 Regression] gcc.c-torture/compile/mipscop-*.c ICEs with -g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54061 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug target/54063] [4.8 regression] on powerpc64 gcc 4.8 generates larger code for global variable accesses than gcc 4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54063 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed||2012-09-19 Ever Confirmed|0 |1 --- Comment #3 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-19 13:56:43 UTC --- So, WONTFIX?
[Bug target/54626] Unexpected consequences of __attribute__((optimize(-fno-PIC)))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54626 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Target||i?86-*-* --- Comment #1 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-19 13:59:14 UTC --- I don't think switching off PIC this way will work.
[Bug fortran/54107] [4.8 Regression] Memory hog with abstract interface
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54107 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4
[Bug middle-end/54114] [4.8 Regression] variable-tracking performance regression from 4.8-20120610 to 4.8-20120701
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54114 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1 Status|WAITING |NEW --- Comment #5 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-19 14:04:51 UTC --- Confirmed.
[Bug pch/54117] [4.8 Regression] FAIL: ./decl-3.h -O0 -g (internal compiler error)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54117 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug middle-end/54120] [4.8 Regression] FAIL: gfortran.fortran-torture/execute/random_2.f90 execution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54120 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug bootstrap/54128] [4.8 Regression] GCC does not bootstrap on little endian mips due to mis-compare on tree-data-ref.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54128 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug target/54131] [4.8 Regression] ICE building 416.gamess, reload_cse_simplify_operands
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54131 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #4 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-19 14:10:13 UTC --- Fixed.
[Bug testsuite/54139] [4.8 regression] some ARM Thumb-2 tests appear to be run on ARMv5TE hardware causing unhandled exceptions
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54139 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.8.0 Priority|P3 |P1
[Bug other/54150] [4.8 Regression] gimple dumps no longer honor -blocks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54150 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #7 from Richard Guenther rguenth at gcc dot gnu.org 2012-09-19 14:15:06 UTC --- Fixed.
[Bug fortran/54195] [4.8 Regression][OOP] IMPORT fails with GENERIC TBP: is already present in the interface
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54195 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4
[Bug tree-optimization/54627] New: VRP uses lots of memory and compile-time
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54627 Bug #: 54627 Summary: VRP uses lots of memory and compile-time Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Keywords: compile-time-hog, memory-hog Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: rgue...@gcc.gnu.org Part of it is due to equivalence set bitmaps becoming huge (and their inefficient computation). equivalences are only used when trying to simplify comparisons (but during iteration). So the only used equivalence bitmaps are for operands of those. equivalences are generated only by asserts and SSA name copies, so they can be computed up-front and shouldn't change (apart from handling of non-executable edges in PHI nodes) during iteration. At least equivalence processing can be ignored for SSA name chains not leading up to a condition operand.
[Bug fortran/54224] [4.8 Regression] Bogus -Wunused-function warning with static function
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54224 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4
[Bug middle-end/54242] [4.8 Regression] FAIL: gcc.target/i386/pad-10.c scan-assembler-not nop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54242 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug lto/54625] [4.8 Regression] lto/profiledbootstrap broken
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54625 --- Comment #1 from Markus Trippelsdorf markus at trippelsdorf dot de 2012-09-19 14:30:54 UTC --- See also: http://gcc.gnu.org/ml/gcc-regression/2012-09/msg00305.html http://gcc.gnu.org/ml/gcc-regression/2012-09/msg00308.html
[Bug other/54279] [4.8 Regression] first stage build with g++ fails with . as the first component of $PATH
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54279 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Target Milestone|--- |4.8.0 Priority|P3 |P1
[Bug bootstrap/54283] [4.8 regression] build tools don't run after cxx-conversion merge
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54283 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug target/54305] [4.8 regression] FAIL: gcc.target/m68k/pr36134.c scan-assembler lea
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54305 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P4
[Bug other/54324] [4.8 Regression] GCC install document does not list minimum required g++ version
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54324 Richard Guenther rguenth at gcc dot gnu.org changed: What|Removed |Added Priority|P3 |P1
[Bug target/54290] [4.6 regression] wrong code at -O2 with large offset
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54290 --- Comment #4 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-09-19 15:38:20 UTC --- Author: ebotcazou Date: Wed Sep 19 15:38:16 2012 New Revision: 191484 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191484 Log: PR rtl-optimization/54290 * reload1.c (choose_reload_regs): Also take into account secondary MEMs to remove address replacements for inherited reloads. (replaced_subreg): Move around. Added: trunk/gcc/testsuite/gcc.c-torture/execute/20120919-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/reload1.c trunk/gcc/testsuite/ChangeLog
[Bug target/54290] [4.6 regression] wrong code at -O2 with large offset
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54290 Eric Botcazou ebotcazou at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|4.6.4 |4.8.0 --- Comment #5 from Eric Botcazou ebotcazou at gcc dot gnu.org 2012-09-19 15:41:25 UTC --- The fix has been installed on the mainline. Given the very rare occurrence of the problem and the delicate nature of the change, no backports are planned.
[Bug libmudflap/24619] mudflap instrumentation of dlopen is incorrect
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24619 --- Comment #3 from Frank Ch. Eigler fche at redhat dot com 2012-09-19 15:54:22 UTC --- (test only, please ignore)
[Bug lto/54628] New: Problem using -flto and -static with Gold linker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54628 Bug #: 54628 Summary: Problem using -flto and -static with Gold linker Classification: Unclassified Product: gcc Version: 4.7.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: lto AssignedTo: unassig...@gcc.gnu.org ReportedBy: rob.r...@ymail.com Running a.out after g++ -flto -static a.cpp with ld pointing to ld.gold produces Aborted (when file a does not exist). Pointing ld to ld.bfd or removing any of the flags above produces the expected behavior. gcc version 4.7.1 (Debian 4.7.1-7) GNU ld (GNU Binutils for Debian) 2.22 GNU gold (GNU Binutils for Debian 2.22) 1.11
[Bug lto/54628] Problem using -flto and -static with Gold linker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54628 --- Comment #1 from rob.ross at ymail dot com 2012-09-19 16:09:03 UTC --- Created attachment 28221 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28221 Source code for a.cpp
[Bug lto/54628] Problem using -flto and -static with Gold linker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54628 H.J. Lu hjl.tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2012-09-19 Ever Confirmed|0 |1 --- Comment #2 from H.J. Lu hjl.tools at gmail dot com 2012-09-19 16:17:29 UTC --- It sounds like a gold bug.
[Bug fortran/54618] [OOP] wrong-code with CLASS(...), INTENT(OUT) -- and OPTIONAL or ALLOCATABLE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54618 --- Comment #3 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-19 17:31:06 UTC --- There seem to be other issues with OPTIONAL as well. The following code prints twice 'T' when it should print 'F' and it segfaults for one version. I haven't dared to combine it with INTENT(OUT) and/or ALLOCATABLE. The following program gives the same result with 4.7 as with 4.8 + my patch: type t end type t type(t) :: y, y2(2) class(t), allocatable :: z, z2(:) allocate (t :: z) allocate (t :: z2(2)) !print *, 'Scalars, expected: F F T T T T' call s1() ! OK call s1a() ! - should print 'F', prints 'T' call s1(y) ! OK call s1a(y) ! OK call s1(z) ! OK call s1a(z) ! OK !print *, 'Arrays, expected: F F T T T T' ! call sa1() ! Segfault call sa1a() ! - should print 'F', prints 'T' call sa1(y2) ! OK call sa1a(y2) ! OK call sa1(z2) ! OK call sa1a(z2) ! OK contains subroutine s1(x) class(t), optional :: x call s2(x) end subroutine s1 subroutine s1a(x) type(t), optional :: x call s2(x) end subroutine s1a subroutine s2(x) class(t), optional :: x print *, present(x) end subroutine s2 subroutine sa1(x) class(t), optional :: x(:) call sa2(x) end subroutine sa1 subroutine sa1a(x) type(t), optional :: x(:) call sa2(x) end subroutine sa1a subroutine sa2(x) class(t), optional :: x(:) print *, present(x) end subroutine sa2 end * * * The missing bits for the patch in comment 2 are fixable as follows, which completes the scalar version of the second issue. --- a/gcc/fortran/trans-expr.c +++ b/gcc/fortran/trans-expr.c @@ -3923,2 +3940,15 @@ gfc_conv_procedure_call (gfc_se * se, gfc_symbol * sym, + if (fsym-ts.type == BT_CLASS) + { + gfc_symbol *vtab; + gcc_assert (fsym-ts.u.derived == e-ts.u.derived); + vtab = gfc_find_derived_vtab (fsym-ts.u.derived); + tmp = gfc_get_symbol_decl (vtab); + tmp = gfc_build_addr_expr (NULL_TREE, tmp); + ptr = gfc_class_vptr_get (parmse.expr); + gfc_add_modify (block, ptr, + fold_convert (TREE_TYPE (ptr), tmp)); + gfc_add_expr_to_block (block, tmp); + } + if (fsym-attr.optional
[Bug target/54236] [SH] Improve addc and subc insn utilization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54236 --- Comment #2 from Oleg Endo olegendo at gcc dot gnu.org 2012-09-19 17:45:53 UTC --- Author: olegendo Date: Wed Sep 19 17:45:37 2012 New Revision: 191489 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191489 Log: PR target/54236 * config/sh/sh.md (*addc): Add pattern to handle one bit left shifts. PR target/54236 * gcc.target/sh/pr54236-1.c (test_08): Add one bit left shift case. Modified: trunk/gcc/ChangeLog trunk/gcc/config/sh/sh.md trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.target/sh/pr54236-1.c
[Bug target/54089] [SH] Refactor shift patterns
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54089 --- Comment #19 from Oleg Endo olegendo at gcc dot gnu.org 2012-09-19 17:48:31 UTC --- Author: olegendo Date: Wed Sep 19 17:48:25 2012 New Revision: 191490 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191490 Log: PR target/54089 * config/sh/predicates.md (arith_reg_or_t_reg_operand): New predicate. * config/sh/sh.md (*rotcr): Use arith_reg_or_t_reg_operand predicate. Handle the case where one of the operands is T_REG. Add new pattern to handle MSB extraction. PR target/54089 * gcc.target/sh/pr54089-1.c (test_11, test_12, test_13, test_14): New functions. Modified: trunk/gcc/ChangeLog trunk/gcc/config/sh/predicates.md trunk/gcc/config/sh/sh.md trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.target/sh/pr54089-1.c
[Bug middle-end/54629] New: [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 Bug #: 54629 Summary: [4.8 Regression] ICE (segfault) in index_in_loop_nest tree-data-ref.h:608 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: middle-end AssignedTo: unassig...@gcc.gnu.org ReportedBy: bur...@gcc.gnu.org Seemingly, some noninitialized memory is now accessed. At least export MALLOC_PERTURB_=$(($RANDOM % 255 + 1)) gfortran -O3 -fomit-frame-pointer -c gfortran.dg/array_assignment_1.F90 now gives an ICE (segfault) with the follow backtrace: #0 0x009d7c7c in index_in_loop_nest (loop_nest=0x1614460, var=1) at /home/tob/projects/gcc-git/gcc/gcc/tree-data-ref.h:608 #1 classify_partition (partition=0x1602ef0, loop=0x2c194660, rdg=optimized out) at /home/tob/projects/gcc-git/gcc/gcc/tree-loop-distribution.c:1039 #2 ldist_gen (starting_vertices=optimized out, rdg=0x164aa80, loop=optimized out) at /home/tob/projects/gcc-git/gcc/gcc/tree-loop-distribution.c:1308 #3 distribute_loop (stmts=optimized out, loop=optimized out) at /home/tob/projects/gcc-git/gcc/gcc/tree-loop-distribution.c:1463 #4 tree_loop_distribution () at /home/tob/projects/gcc-git/gcc/gcc/tree-loop-distribution.c:1531 #5 0x008d940d in execute_one_pass (pass=pass@entry=0x14bd040 pass_loop_distribution) at /home/tob/projects/gcc-git/gcc/gcc/passes.c:2206 #6 0x008d97c5 in execute_pass_list (pass=0x14bd040 pass_loop_distribution) at /home/tob/projects/gcc-git/gcc/gcc/passes.c:2261 #7 0x008d97d7 in execute_pass_list (pass=0x14be080 pass_tree_loop) at /home/tob/projects/gcc-git/gcc/gcc/passes.c:2262 #8 0x008d97d7 in execute_pass_list (pass=0x14bb520 pass_all_optimizations) at /home/tob/projects/gcc-git/gcc/gcc/passes.c:2262 #9 0x006e0118 in expand_function (node=0x2c2a5ea0) at /home/tob/projects/gcc-git/gcc/gcc/cgraphunit.c:1609 #10 0x006e2002 in expand_all_functions () at /home/tob/projects/gcc-git/gcc/gcc/cgraphunit.c:1714 #11 compile () at /home/tob/projects/gcc-git/gcc/gcc/cgraphunit.c:2012 #12 0x006e25f5 in finalize_compilation_unit () at /home/tob/projects/gcc-git/gcc/gcc/cgraphunit.c:2089
[Bug middle-end/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 Tobias Burnus burnus at gcc dot gnu.org changed: What|Removed |Added CC||rguenth at gcc dot gnu.org Target Milestone|--- |4.8.0 --- Comment #1 from Tobias Burnus burnus at gcc dot gnu.org 2012-09-19 19:09:13 UTC --- Caused by: Author: rguenth Date: Wed Sep 19 08:59:06 2012 New Revision: 191463 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191463 Log: 2012-09-19 Richard Guenther rguent...@suse.de PR tree-optimization/54132 * tree-loop-distribution.c (classify_partition): Properly check dependences for memmove. * tree-data-ref.h (compute_affine_dependence): Declare. * tree-data-ref.c (compute_affine_dependence): Export.
[Bug middle-end/52173] internal compiler error: verify_ssa failed possibly caused by itm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52173 Aldy Hernandez aldyh at gcc dot gnu.org 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 aldyh at gcc dot gnu.org 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: bb 2: # .MEM_6 = VDEF .MEM_13 __transaction_relaxed-- PROBLEMATIC INSN (VDEF's) bb 3: # .MEM_9 = VDEF .MEM_59 vec[123] = 456; # .MEM_2 = VDEF .MEM_9 __builtin__ITM_commitTransaction (); bb 4: ivtmp_14 = 9; # .MEM_11 = VDEF .MEM_13 __transaction_relaxed bb 5: # .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(). Before loop unrolling we have this snippet that is about to be unrolled: bb 3: # .MEM_13 = PHI .MEM_8(6), .MEM_3(D)(2) # ivtmp_1 = PHI ivtmp_10(6), 10(2) # .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.] bb 8: # .MEM_12 = PHI .MEM_3(D)(2) # ivtmp_5 = PHI 10(2) # .MEM_6 = VDEF .MEM_13 -- *** -- -- shouldn't this be .MEM_12 ? -- *** -- __transaction_relaxed ... ...more unrolling ... bb 40: # .MEM_57 = PHI .MEM_8(39) # ivtmp_58 = PHI ivtmp_10(39) # .MEM_53 = VDEF .MEM_13-- ** -- -- shouldn't this be .MEM_57 -- ** -- __transaction_relaxed ... ... bb 3 .. 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: bb 8 # invalidates VDEF.MEM_13 ... bb 40 # invalidates VDEF.MEM_13 .. bb 3 # 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?
[Bug fortran/54618] [OOP] wrong-code with CLASS(...), INTENT(OUT) -- and OPTIONAL or ALLOCATABLE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54618 Mikael Morin mikael at gcc dot gnu.org changed: What|Removed |Added CC||mikael at gcc dot gnu.org --- Comment #4 from Mikael Morin mikael at gcc dot gnu.org 2012-09-19 20:18:01 UTC --- Related bug: pr 50981 (which I've never had the courage to finish).
[Bug c++/54581] decltype and opaque vector types
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54581 --- Comment #1 from Marc Glisse glisse at gcc dot gnu.org 2012-09-19 20:45:11 UTC --- Author: glisse Date: Wed Sep 19 20:45:03 2012 New Revision: 191500 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191500 Log: 2012-09-19 Marc Glisse marc.gli...@inria.fr PR c++/54581 gcc/cp/ * semantics.c (finish_decltype_type): Make vectors not opaque. gcc/testsuite/ * g++.dg/cpp0x/decltype-54581.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/cpp0x/decltype-54581.C (with props) Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/semantics.c trunk/gcc/testsuite/ChangeLog Propchange: trunk/gcc/testsuite/g++.dg/cpp0x/decltype-54581.C ('svn:eol-style' added) Propchange: trunk/gcc/testsuite/g++.dg/cpp0x/decltype-54581.C ('svn:keywords' added)
[Bug c++/54581] decltype and opaque vector types
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54581 Marc Glisse glisse at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED --- Comment #2 from Marc Glisse glisse at gcc dot gnu.org 2012-09-19 20:55:33 UTC --- Fixed following Jason's advice.
[Bug target/40836] ICE: insn does not satisfy its constraints (iwmmxt_movsi_insn)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40836 --- Comment #32 from Daniel Drake dsd at laptop dot org 2012-09-19 21:02:55 UTC --- Using the preprocessed source that I attached, I can't reproduce this with gcc-4.8 head (my previous test was with 4.7.x). Also, I have completed a glibc compile with -march=iwmmxt2 on gcc-4.8. So I think this bug may have been solved post-gcc-4.7.
[Bug libstdc++/54630] New: 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 Bug #: 54630 Summary: GCC 4.8 --enable-languages=c build fails: Undefined symbols: ___cxa_guard_acquire and ___cxa_guard_release Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: blocker Priority: P3 Component: libstdc++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: ba...@usgs.gov Created attachment 28222 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28222 Download, configure, and build gcc 4.8 for ColdFire uClinux Build of 4.8 20120909 snapshot (http://fossies.org/unix/misc/gcc-4.8-20120909.tar.gz) fails for --enable-languages=c: g++ -c -DIN_GCC_FRONTEND -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -W -Wall -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -I. -I. -I/tmp/freescale-coldfile-xgcc/cross-gcc-4.8-20120909/../gcc-4.8-20120909/gcc -I/tmp/freescale-coldfile-xgcc/cross-gcc-4.8-20120909/../gcc-4.8-20120909/gcc/. -I/tmp/freescale-coldfile-xgcc/cross-gcc-4.8-20120909/../gcc-4.8-20120909/gcc/../include -I/tmp/freescale-coldfile-xgcc/cross-gcc-4.8-20120909/../gcc-4.8-20120909/gcc/../libcpp/include -I/tmp/freescale-coldfile-xgcc/cross-gcc-4.8-20120909/../gcc-4.8-20120909/gcc/../libdecnumber -I/tmp/freescale-coldfile-xgcc/cross-gcc-4.8-20120909/../gcc-4.8-20120909/gcc/../libdecnumber/dpd -I../libdecnumbercc1-checksum.c -o cc1-checksum.o gcc -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -fno-exceptions -fno-rtti -W -Wall -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common -DHAVE_CONFIG_H -o cc1 c/c-lang.o c-family/stub-objc.o attribs.o c/c-errors.o c/c-decl.o c/c-typeck.o c/c-convert.o c/c-aux-info.o c/c-objc-common.o c/c-parser.o c-family/c-common.o c-family/c-cppbuiltin.o c-family/c-dump.o c-family/c-format.o c-family/c-gimplify.o c-family/c-lex.o c-family/c-omp.o c-family/c-opts.o c-family/c-pch.o c-family/c-ppoutput.o c-family/c-pragma.o c-family/c-pretty-print.o c-family/c-semantics.o c-family/c-ada-spec.o tree-mudflap.o default-c.o \ cc1-checksum.o libbackend.a main.o tree-browser.o libcommon-target.a libcommon.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a libcommon.a ../libcpp/libcpp.a -liconv ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -static-libgcc -static-libstdc++ -lm -lmpc -lmpfr -lgmp -static-libgcc -static-libstdc++ -lm -L../zlib -lz Undefined symbols: ___cxa_guard_acquire, referenced from: coalesce_ssa_name() in libbackend.a(tree-ssa-coalesce.o) ___cxa_guard_release, referenced from: coalesce_ssa_name() in libbackend.a(tree-ssa-coalesce.o) ld: symbol(s) not found collect2: ld returned 1 exit status make[2]: *** [cc1] Error 1 make[1]: *** [all-gcc] Error 2 make: *** [all] Error 2 It looks to me like: now that GCC is implemented in C++, certain libstdc++ functions are needed, but are not compiled when --enable-languages=c. Attached are instructions to replicate my build.
[Bug testsuite/54622] gcc.dg/vect test failures for arm big-endian
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54622 --- Comment #4 from Richard Earnshaw rearnsha at gcc dot gnu.org 2012-09-19 22:26:49 UTC --- The reasons for the vector problems in big-endian largely fall into two areas: 1) Neon vector elements are numbered from the LSB of the vector register in both big and little-endian modes. GCC assumes that vector elements in big-endian are numbered from the MSB. This means compensation code is needed when elements are addressed directly (for example shuffle operations). 2) Quad-words in 256-bit vectors are not pure big-endian, the DWords are swapped in order on loads. GCC can't currently cope with this in any sensible manner.
[Bug target/28896] -fstack-limit-symbol and m68k and non 68020
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28896 --- Comment #34 from Larry Baker baker at usgs dot gov 2012-09-20 00:49:30 UTC --- Created attachment 28223 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28223 Build patched GNU GCC 4.7.1 for ColdFire uClinux Shell script to download, patch, and build GNU GCC 4.7.1 for ColdFire uClinux target on Linux i386 host.
[Bug target/28896] -fstack-limit-symbol and m68k and non 68020
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28896 --- Comment #35 from Larry Baker baker at usgs dot gov 2012-09-20 00:56:02 UTC --- Created attachment 28224 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=28224 Patches for GCC 4.6.4 (prerelease) Patches to fix stack limit checking for GCC 4.6.4 (prerelease) (2012-09-14 snapshot from http://fossies.org) for FreeScale Coldfire uClinux.
[Bug target/54631] New: vxworks.c fails to compile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54631 Bug #: 54631 Summary: vxworks.c fails to compile Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: r...@verizon.net I just pulled in the latest changes, and vxworks.c no longer compiles. The error is at bottom. I think this has to do with the upgrade to C++. The code in question does this: elt = VEC_quick_push(constructor_elt, v, NULL); The problem with this is that NULL is not convertible to const constructor_elt . I think that with the old C API this would just construct a new object, but that doesn't work anymore. Changing the code to construct the object first and then add it to the vector should work, but I don't know enough about the code to be sure. As a question, should these files be changed to use the C++ API? Or should they stick with pretending that they're straight C? Thanks! Robert Mason ../../gcc/gcc/config/vxworks.c: In function ‘tree_node* vxworks_emutls_var_init(tree, tree, tree)’: ../../gcc/gcc/config/vxworks.c:105:9: error: no matching function for call to ‘vec_tconstructor_elt_d::quick_push(NULL, const char [31], int, const char [24])’ ../../gcc/gcc/config/vxworks.c:105:9: note: candidate is: In file included from ../../gcc/gcc/tree.h:29:0, from ../../gcc/gcc/config/vxworks.c:29: ../../gcc/gcc/vec.h:783:1: note: T* vec_tT::quick_push(const T, const char*, unsigned int, const char*) [with T = constructor_elt_d] ../../gcc/gcc/vec.h:783:1: note: no known conversion for argument 1 from ‘long int’ to ‘const constructor_elt_d’ ../../gcc/gcc/config/vxworks.c:109:9: error: no matching function for call to ‘vec_tconstructor_elt_d::quick_push(NULL, const char [31], int, const char [24])’ ../../gcc/gcc/config/vxworks.c:109:9: note: candidate is: In file included from ../../gcc/gcc/tree.h:29:0, from ../../gcc/gcc/config/vxworks.c:29: ../../gcc/gcc/vec.h:783:1: note: T* vec_tT::quick_push(const T, const char*, unsigned int, const char*) [with T = constructor_elt_d] ../../gcc/gcc/vec.h:783:1: note: no known conversion for argument 1 from ‘long int’ to ‘const constructor_elt_d’ ../../gcc/gcc/config/vxworks.c:114:9: error: no matching function for call to ‘vec_tconstructor_elt_d::quick_push(NULL, const char [31], int, const char [24])’ ../../gcc/gcc/config/vxworks.c:114:9: note: candidate is: In file included from ../../gcc/gcc/tree.h:29:0, from ../../gcc/gcc/config/vxworks.c:29: ../../gcc/gcc/vec.h:783:1: note: T* vec_tT::quick_push(const T, const char*, unsigned int, const char*) [with T = constructor_elt_d] ../../gcc/gcc/vec.h:783:1: note: no known conversion for argument 1 from ‘long int’ to ‘const constructor_elt_d’ make[2]: *** [vxworks.o] Error 1 make[1]: *** [all-gcc] Error 2 make: *** [all] Error 2
[Bug rtl-optimization/35044] resource.c:find_dead_or_set_registers doesn't grok COND_EXEC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35044 Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed: What|Removed |Added Last reconfirmed|2009-03-04 22:25:34 |2011-11-27 --- Comment #4 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2012-09-20 01:07:43 UTC --- Another testcase for ARC700 is: gcc.c-torture/execute/builtin-bitops-1.c -O1
[Bug rtl-optimization/35044] resource.c:find_dead_or_set_registers doesn't grok COND_EXEC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35044 --- Comment #5 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org 2012-09-20 02:07:01 UTC --- (In reply to comment #4) Another testcase for ARC700 is: gcc.c-torture/execute/builtin-bitops-1.c -O1 Sorry, that's a mixup: the above is a testcase of an analogous bug in rtlanal.c:dead_or_set_regno_p . Note that the policy for ambiguous codes like POST_INC, ZERO_EXTRACT or COND_EXEC of mark_set_resources is different from dead_or_set_p: while the former errs on the side of marking something set, the latter (is suspposed to) err(s) on the side of something not entirely killed.
[Bug libstdc++/54482] failures in static linking with libstdc++, due to versioned symbols
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54482 --- Comment #4 from Benjamin Kosnik bkoz at gcc dot gnu.org 2012-09-20 02:10:32 UTC --- Author: bkoz Date: Thu Sep 20 02:10:22 2012 New Revision: 191509 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191509 Log: 2012-09-18 Benjamin Kosnik b...@redhat.com PR libstdc++/28811 PR libstdc++/54482 * configure.ac (glibcxx_lt_pic_flag, glibcxx_compiler_pic_flag, glibcxx_compiler_shared_flag): New. Use them. (lt_prog_compiler_pic_CXX): Set via glibcxx_*_flag(s) above. (pic_mode): Set to default. (PIC_CXXFLAGS): Remove. * Makefile.am (PICFLAG, PICFLAG_FOR_TARGET): Remove. Comment. * libsupc++/Makefile.am: Use glibcxx_ld_pic_flag and glibcxx_compiler_shared_flag. Comment. * src/c++11/Makefile.am: Same. * src/c++98/Makefile.am: Same. * src/Makefile.am: Use glibcxx_compiler_pic_flag. * Makefile.in: Regenerated. * aclocal.m4: Same. * configure: Same. * doc/Makefile.in: Same. * include/Makefile.in: Same. * libsupc++/Makefile.in: Same. * po/Makefile.in: Same. * python/Makefile.in: Same. * src/Makefile.in: Same. * src/c++11/Makefile.in: Same. * src/c++98/Makefile.in: Same. * testsuite/Makefile.in: Same. * src/c++11/compatibility-atomic-c++0x.cc: Use _GLIBCXX_SHARED instead of PIC to designate shared-only code blocks. * src/c++11/compatibility-c++0x.cc: Same. * src/c++11/compatibility-thread-c++0x.cc: Same. * src/c++98/compatibility-list-2.cc: Same. * src/c++98/compatibility.cc: : Same. * testsuite/17_intro/shared_with_static_deps.cc: New. * doc/xml/manual/build_hacking.xml: Separate configure from make/build issues, add build details. Added: trunk/libstdc++-v3/testsuite/17_intro/shared_with_static_deps.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/Makefile.am trunk/libstdc++-v3/Makefile.in trunk/libstdc++-v3/aclocal.m4 trunk/libstdc++-v3/configure trunk/libstdc++-v3/configure.ac trunk/libstdc++-v3/doc/Makefile.in trunk/libstdc++-v3/doc/xml/manual/build_hacking.xml trunk/libstdc++-v3/include/Makefile.in trunk/libstdc++-v3/libsupc++/Makefile.am trunk/libstdc++-v3/libsupc++/Makefile.in trunk/libstdc++-v3/po/Makefile.in trunk/libstdc++-v3/python/Makefile.in trunk/libstdc++-v3/src/Makefile.am trunk/libstdc++-v3/src/Makefile.in trunk/libstdc++-v3/src/c++11/Makefile.am trunk/libstdc++-v3/src/c++11/Makefile.in trunk/libstdc++-v3/src/c++11/compatibility-atomic-c++0x.cc trunk/libstdc++-v3/src/c++11/compatibility-c++0x.cc trunk/libstdc++-v3/src/c++11/compatibility-thread-c++0x.cc trunk/libstdc++-v3/src/c++98/Makefile.am trunk/libstdc++-v3/src/c++98/Makefile.in trunk/libstdc++-v3/src/c++98/compatibility-list-2.cc trunk/libstdc++-v3/src/c++98/compatibility.cc trunk/libstdc++-v3/testsuite/Makefile.in
[Bug libstdc++/28811] --with-pic vs static libraries and libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28811 --- Comment #20 from Benjamin Kosnik bkoz at gcc dot gnu.org 2012-09-20 02:10:32 UTC --- Author: bkoz Date: Thu Sep 20 02:10:22 2012 New Revision: 191509 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=191509 Log: 2012-09-18 Benjamin Kosnik b...@redhat.com PR libstdc++/28811 PR libstdc++/54482 * configure.ac (glibcxx_lt_pic_flag, glibcxx_compiler_pic_flag, glibcxx_compiler_shared_flag): New. Use them. (lt_prog_compiler_pic_CXX): Set via glibcxx_*_flag(s) above. (pic_mode): Set to default. (PIC_CXXFLAGS): Remove. * Makefile.am (PICFLAG, PICFLAG_FOR_TARGET): Remove. Comment. * libsupc++/Makefile.am: Use glibcxx_ld_pic_flag and glibcxx_compiler_shared_flag. Comment. * src/c++11/Makefile.am: Same. * src/c++98/Makefile.am: Same. * src/Makefile.am: Use glibcxx_compiler_pic_flag. * Makefile.in: Regenerated. * aclocal.m4: Same. * configure: Same. * doc/Makefile.in: Same. * include/Makefile.in: Same. * libsupc++/Makefile.in: Same. * po/Makefile.in: Same. * python/Makefile.in: Same. * src/Makefile.in: Same. * src/c++11/Makefile.in: Same. * src/c++98/Makefile.in: Same. * testsuite/Makefile.in: Same. * src/c++11/compatibility-atomic-c++0x.cc: Use _GLIBCXX_SHARED instead of PIC to designate shared-only code blocks. * src/c++11/compatibility-c++0x.cc: Same. * src/c++11/compatibility-thread-c++0x.cc: Same. * src/c++98/compatibility-list-2.cc: Same. * src/c++98/compatibility.cc: : Same. * testsuite/17_intro/shared_with_static_deps.cc: New. * doc/xml/manual/build_hacking.xml: Separate configure from make/build issues, add build details. Added: trunk/libstdc++-v3/testsuite/17_intro/shared_with_static_deps.cc Modified: trunk/libstdc++-v3/ChangeLog trunk/libstdc++-v3/Makefile.am trunk/libstdc++-v3/Makefile.in trunk/libstdc++-v3/aclocal.m4 trunk/libstdc++-v3/configure trunk/libstdc++-v3/configure.ac trunk/libstdc++-v3/doc/Makefile.in trunk/libstdc++-v3/doc/xml/manual/build_hacking.xml trunk/libstdc++-v3/include/Makefile.in trunk/libstdc++-v3/libsupc++/Makefile.am trunk/libstdc++-v3/libsupc++/Makefile.in trunk/libstdc++-v3/po/Makefile.in trunk/libstdc++-v3/python/Makefile.in trunk/libstdc++-v3/src/Makefile.am trunk/libstdc++-v3/src/Makefile.in trunk/libstdc++-v3/src/c++11/Makefile.am trunk/libstdc++-v3/src/c++11/Makefile.in trunk/libstdc++-v3/src/c++11/compatibility-atomic-c++0x.cc trunk/libstdc++-v3/src/c++11/compatibility-c++0x.cc trunk/libstdc++-v3/src/c++11/compatibility-thread-c++0x.cc trunk/libstdc++-v3/src/c++98/Makefile.am trunk/libstdc++-v3/src/c++98/Makefile.in trunk/libstdc++-v3/src/c++98/compatibility-list-2.cc trunk/libstdc++-v3/src/c++98/compatibility.cc trunk/libstdc++-v3/testsuite/Makefile.in