[Bug java/8260] gcj -fprofile-arcs doesn't work
--- Comment #9 from aoliva at gcc dot gnu dot org 2006-05-04 02:02 --- Subject: Bug 8260 Author: aoliva Date: Thu May 4 02:02:01 2006 New Revision: 113512 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113512 Log: PR java/8260 * coverage.c: Use get_gcov_unsigned_t() instead of unsigned_type_node all over. Modified: trunk/gcc/ChangeLog trunk/gcc/coverage.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8260
[Bug java/8260] gcj -fprofile-arcs doesn't work
-- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-12-31 20:27:01 |2006-05-04 02:04:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8260
[Bug java/8260] gcj -fprofile-arcs doesn't work
--- Comment #10 from aoliva at gcc dot gnu dot org 2006-05-04 02:05 --- Fixed for 4.2. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8260
[Bug tree-optimization/27639] [4.1/4.2 regression] VRP miscompilation of simple loop
--- Comment #7 from aoliva at gcc dot gnu dot org 2006-05-17 13:08 --- I suspect http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113298 fixes it, testing now... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27639
[Bug tree-optimization/27639] [4.1/4.2 regression] VRP miscompilation of simple loop
--- Comment #10 from aoliva at gcc dot gnu dot org 2006-05-17 13:18 --- Yep, confirmed, that fixes it. Richard, will you propose your patch for 4.1 as well, or should I? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27639
[Bug tree-optimization/27639] [4.1/4.2 regression] VRP miscompilation of simple loop
--- Comment #15 from aoliva at gcc dot gnu dot org 2006-05-17 13:41 --- That's odd. I can't reproduce the bug in mainline, but I could in the 4.1 branch, until I applied your patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27639
[Bug c++/26757] [4.2 regression] C++ front-end producing two DECLs with the same UID
--- Comment #26 from aoliva at gcc dot gnu dot org 2006-05-28 05:11 --- Looks like it's fixed. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26757
[Bug c++/26660] [4.2 Regression] PCH vs -save-temps, ICE while GCing
--- Comment #10 from aoliva at gcc dot gnu dot org 2006-05-28 06:47 --- Mine -- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-04-10 13:58:10 |2006-05-28 06:47:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26660
[Bug c++/26660] [4.2 Regression] PCH vs -save-temps, ICE while GCing
--- Comment #11 from aoliva at gcc dot gnu dot org 2006-05-28 06:49 --- Created an attachment (id=11522) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11522&action=view) Patch that appears to fix the problem This patch, that I'm testing now, appears to fix the bug. And it even makes sense! :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26660
[Bug c/27184] [4.0/4.1/4.2 Regression] Wrong code with pointers to arrays and types and strict aliasing
--- Comment #3 from aoliva at gcc dot gnu dot org 2006-05-29 08:09 --- Mine -- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2006-04-17 20:07:06 |2006-05-29 08:09:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27184
[Bug other/22313] [4.2 Regression] profiledbootstrap is broken on the mainline
--- Comment #34 from aoliva at gcc dot gnu dot org 2006-05-29 09:15 --- I've completed a successful profiledbootstrap on amd64-linux-gnu last night. Is anyone else still seeing this, or is it fixed? -- aoliva at gcc dot gnu dot org changed: What|Removed |Added CC||aoliva at gcc dot gnu dot | |org Status|NEW |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22313
[Bug c/27184] [4.0/4.1/4.2 Regression] Wrong code with pointers to arrays and types and strict aliasing
--- Comment #4 from aoliva at gcc dot gnu dot org 2006-05-29 09:18 --- Created an attachment (id=11526) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11526&action=view) Patch that appears to fix the problem Here's a patch I'm trying to fix the problem. Hopefully I've caught all cases of modifying array ranges in place, which would break under the sharing of types I've introduced. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27184
[Bug middle-end/26853] [4.2 Regression] ACATS c43212a failure at runtime
--- Comment #3 from aoliva at gcc dot gnu dot org 2006-05-30 06:06 --- I've just tried to bootstrap the trunk configured for i586-pc-linux-gnu, and the failures I got in the Ada testsuite were: *** FAILURES: c35507m c954020 cd2a23e cdd2a02 cxh1001 Is this still an issue for you? -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26853
[Bug c/27184] [4.0/4.1/4.2 Regression] Wrong code with pointers to arrays and types and strict aliasing
--- Comment #5 from aoliva at gcc dot gnu dot org 2006-05-30 06:32 --- Created an attachment (id=11533) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11533&action=view) Patch that fixes the problem and does not introduce regressions The previous patch had a few regressions in vlas, all fixed in this newer revision of the patch, just submitted to gcc-patches. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Attachment #11526|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27184
[Bug c++/26660] [4.2 Regression] PCH vs -save-temps, ICE while GCing
--- Comment #12 from aoliva at gcc dot gnu dot org 2006-06-01 04:55 --- Subject: Bug 26660 Author: aoliva Date: Thu Jun 1 04:55:32 2006 New Revision: 114298 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114298 Log: PR c++/26660 * parser.c (cp_parser_initial_pragma): Read one more token for caller after reading PCH file in. Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/parser.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26660
[Bug c++/26660] [4.2 Regression] PCH vs -save-temps, ICE while GCing
--- Comment #13 from aoliva at gcc dot gnu dot org 2006-06-01 04:56 --- Fixed -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26660
[Bug c/27898] Compile failure with --combine and anonymous structures
-- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-07-05 06:02:55 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27898
[Bug c/27898] Compile failure with --combine and anonymous structures
--- Comment #1 from aoliva at gcc dot gnu dot org 2006-07-05 06:04 --- Created an attachment (id=11822) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11822&action=view) Patch that fixes the bug This patch fixes the problem for me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27898
[Bug target/37033] [4.4 Regression] Revision 138733 breaks -g vs -g0 for PCH
--- Comment #11 from aoliva at gcc dot gnu dot org 2008-12-05 06:56 --- Subject: Bug 37033 Author: aoliva Date: Fri Dec 5 06:55:12 2008 New Revision: 142459 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142459 Log: ChangeLog.vta: PR target/37033 * libcpp/pch.c (cpp_valid_state): Improve message for poisoned symbols. Allow for differences in __GCC_HAVE_DWARF2_CFI_ASM. gcc/ChangeLog.vta: PR target/37033 * dwarf2out.c (saved_do_cfi_asm): New. (dwarf2out_do_frame): Take it into account. (dwarf2out_d_cfi_asm): Likewise. Set it when appropriate. Modified: branches/var-tracking-assignments-branch/ChangeLog.vta branches/var-tracking-assignments-branch/gcc/ChangeLog.vta branches/var-tracking-assignments-branch/gcc/dwarf2out.c branches/var-tracking-assignments-branch/libcpp/pch.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37033
[Bug middle-end/38271] [4.4 Regression] Spurious / missing "... used uninitialized in this function" warning
--- Comment #9 from aoliva at gcc dot gnu dot org 2008-12-10 17:22 --- Subject: Bug 38271 Author: aoliva Date: Wed Dec 10 17:20:50 2008 New Revision: 142651 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142651 Log: gcc/ChangeLog: PR middle-end/38271 * tree-sra.c (sra_build_bf_assignment): Avoid warnings for variables initialized from SRAed bit fields. gcc/testsuite/ChangeLog: PR middle-end/38271 * gcc.dg/torture/pr38271.c: New. Added: trunk/gcc/testsuite/gcc.dg/torture/pr38271.c Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-sra.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38271
[Bug target/37033] [4.4 Regression] Revision 138733 breaks -g vs -g0 for PCH
--- Comment #13 from aoliva at gcc dot gnu dot org 2008-12-10 17:32 --- Subject: Bug 37033 Author: aoliva Date: Wed Dec 10 17:31:07 2008 New Revision: 142652 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142652 Log: gcc/ChangeLog: PR target/37033 * dwarf2out.c (saved_do_cfi_asm): New. (dwarf2out_do_frame): Take it into account. (dwarf2out_d_cfi_asm): Likewise. Set it when appropriate. libcpp/ChangeLog: PR target/37033 * pch.c (cpp_valid_state): Improve message for poisoned symbols. Allow for differences in __GCC_HAVE_DWARF2_CFI_ASM. Modified: trunk/gcc/ChangeLog trunk/gcc/dwarf2out.c trunk/libcpp/ChangeLog trunk/libcpp/pch.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37033
[Bug middle-end/38271] [4.4 Regression] Spurious / missing "... used uninitialized in this function" warning
--- Comment #10 from aoliva at gcc dot gnu dot org 2008-12-10 17:30 --- Fixed. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38271
[Bug target/37033] [4.4 Regression] Revision 138733 breaks -g vs -g0 for PCH
--- Comment #12 from aoliva at gcc dot gnu dot org 2008-12-10 17:31 --- Fixed. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added CC||aoliva at gcc dot gnu dot ||org Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37033
[Bug target/37137] [4.4 Regression] unrecognized command line option "-minterlink-mips16"
--- Comment #7 from aoliva at gcc dot gnu dot org 2009-05-12 05:49 --- Subject: Bug 37137 Author: aoliva Date: Tue May 12 05:49:28 2009 New Revision: 147415 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147415 Log: ChangeLog: PR target/37137 * Makefile.def (flags_to_pass): Remove redundant and incomplete STAGE1_CFLAGS, STAGE2_CFLAGS, STAGE3_CFLAGS, and STAGE4_CFLAGS. Add FLAGS_FOR_TARGET and BUILD_CONFIG. (bootstrap_stage): Remove bootstrap-debug custom stages. Turn stage_configureflags, stage_cflags and stage_libcflags into explicit Makefile macros. * Makefile.tpl (HOST_EXPORTS, EXTRA_HOST_FLAGS): Pass GCJ and GFORTRAN. (POSTSTAGE1_HOST_EXPORTS): Add XGCC_FLAGS_FOR_TARGET and TFLAGS to CC. Set CC_FOR_BUILD from CC. (BASE_TARGET_EXPORTS, RAW_CXX_TARGET_EXPORTS, NORMAL_TARGET_EXPORTS): Move SYSROOT_CFLAGS_FOR_TARGET and DEBUG_PREFIX_CFLAGS_FOR_TARGET from CFLAGS and CXXFLAGS to XGCC_FLAGS_FOR_TARGET. Add it along with TFLAGS to CC, CXX, GCJ, and GFORTRAN. (TFLAGS, STAGE_CFLAGS, STAGE_TFLAGS, STAGE_CONFIGURE_FLAGS): New. (_LIBCFLAGS): Renamed to _TFLAGS. (do-compare-debug, do-compare3-debug): Drop. (CC, GCC_FOR_TARGET, CXX_FOR_TARGET, RAW_CXX_FOR_TARGET, GCJ_FOR_TARGET, GFORTRAN_FOR_TARGET): Remove FLAGS_FOR_TARGET. (FLAGS_FOR_TARGET, SYSROOT_CFLAGS_FOR_TARGET, DEBUG_PREFIX_CFLAGS_FOR_TARGET): Move down. (XGCC_FLAGS_FOR_TARGET): New. (BASE_FLAGS_TO_PASS): Pass STAGEid_CFLAGS, STAGEid_TFLAGS and TFLAGS. (EXTRA_HOST_FLAGS): Pass GCJ and GFORTRAN. (POSTSTAGE1_FLAGS_TO_PASS): Move SYSROOT_CFLAGS_FOR_TARGET and DEBUG_PREFIX_CFLAGS_FOR_TARGET from CFLAGS, CXXFLAGS, LIBCFLAGS, LIBCXXFLAGS to XGCC_FLAGS_FOR_TARGET.Add it along with TFLAGS to CC, CXX, GCJ, and GFORTRAN. Pass XGCC_FLAGS_FOR_TARGET and TFLAGS. (BUILD_CONFIG): Include if requested. (all): Set TFLAGS on bootstrap. (configure-stageid-prefixmodule): Pass TFLAGS, adjust FLAGS. (all-stageid-prefixmodule): Likewise. (do-clean, distclean-stageid): Set TFLAGS. (restrap): Fix whitespace. * Makefile.in: Rebuilt. config/ChangeLog: * multi.m4: Save CXX, GFORTRAN and GCJ in config.status. * mt-gnu (CXXFLAGS_FOR_TARGET): Adjust. * bootstrap-O1.mk: New. * bootstrap-O3.mk: New. * bootstrap-debug.mk: New. gcc/ChangeLog: PR target/37137 * doc/install.texi (STAGE1_TFLAGS, BUILD_CONFIG): Document. gcc/java/ChangeLog: * Make-lang.in (GCJ): Renamed to... (XGCJ): ... this. libjava/ChangeLog: * configure.ac: Insert libgcjdir in the GCJ passed in the environment, rather than overriding completely. * configure: Rebuilt. Added: trunk/config/bootstrap-O1.mk trunk/config/bootstrap-O3.mk trunk/config/bootstrap-debug.mk Modified: trunk/ChangeLog trunk/Makefile.def trunk/Makefile.in trunk/Makefile.tpl trunk/config/ChangeLog trunk/config/mt-gnu trunk/config/multi.m4 trunk/gcc/ChangeLog trunk/gcc/doc/install.texi trunk/gcc/java/ChangeLog trunk/gcc/java/Make-lang.in trunk/libjava/ChangeLog trunk/libjava/configure trunk/libjava/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37137
[Bug tree-optimization/40071] ICE (aliasing assert) in vectorizable_store at tree-vect-stmts.c:3117
--- Comment #9 from aoliva at gcc dot gnu dot org 2009-05-16 06:52 --- FWIW, there are lots of failures like this building gnat in stage2, during a bootstrap with BUILD_CONFIG=bootstrap-O3 -- aoliva at gcc dot gnu dot org changed: What|Removed |Added CC||aoliva at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40071
[Bug other/40159] [4.5 regression] "make all" ignores build failures
--- Comment #1 from aoliva at gcc dot gnu dot org 2009-05-18 06:54 --- I (and the automated regression testers) can't seem to duplicate this. May I have a bit more detail as to the circumstances in which the problem occurs, please? -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40159
[Bug other/40159] [4.5 regression] "make all" ignores build failures
--- Comment #3 from aoliva at gcc dot gnu dot org 2009-05-18 15:34 --- Uhh... This shouldn't matter when commands are run in a shell with set -e, like make does, no? Anyhow, thanks for the analysis. I suppose replacing the final : for exit $$? should fix this, right? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40159
[Bug other/40159] [4.5 regression] "make all" ignores build failures
--- Comment #5 from aoliva at gcc dot gnu dot org 2009-05-19 00:01 --- Subject: Bug 40159 Author: aoliva Date: Tue May 19 00:01:17 2009 New Revision: 147683 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147683 Log: PR other/40159 * Makefile.tpl (all): Don't end with unconditional success. * Makefile.in: Rebuilt. Modified: trunk/ChangeLog trunk/Makefile.in trunk/Makefile.tpl -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40159
[Bug other/40159] [4.5 regression] "make all" ignores build failures
--- Comment #6 from aoliva at gcc dot gnu dot org 2009-05-19 00:04 --- Subject: Bug 40159 Author: aoliva Date: Tue May 19 00:04:17 2009 New Revision: 147684 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147684 Log: PR other/40159 * Makefile.tpl (all): Don't end with unconditional success. * Makefile.in: Rebuilt. Modified: branches/var-tracking-assignments-branch/ChangeLog branches/var-tracking-assignments-branch/Makefile.in branches/var-tracking-assignments-branch/Makefile.tpl -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40159
[Bug other/40159] [4.5 regression] "make all" ignores build failures
--- Comment #7 from aoliva at gcc dot gnu dot org 2009-05-19 00:05 --- Subject: Bug 40159 Author: aoliva Date: Tue May 19 00:04:57 2009 New Revision: 147685 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147685 Log: PR other/40159 * Makefile.tpl (all): Don't end with unconditional success. * Makefile.in: Rebuilt. Modified: branches/var-tracking-assignments-4_4-branch/ChangeLog branches/var-tracking-assignments-4_4-branch/Makefile.in branches/var-tracking-assignments-4_4-branch/Makefile.tpl -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40159
[Bug other/40159] [4.5 regression] "make all" ignores build failures
--- Comment #8 from aoliva at gcc dot gnu dot org 2009-05-19 00:07 --- Fixed. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40159
[Bug other/40159] [4.5 regression] "make all" ignores build failures
--- Comment #9 from aoliva at gcc dot gnu dot org 2009-05-19 01:30 --- Subject: Bug 40159 Author: aoliva Date: Tue May 19 01:30:35 2009 New Revision: 147695 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147695 Log: PR other/40159 * Makefile.tpl (all): Don't assume gcc-bootstrap and gcc-no-bootstrap are mutually exclusive. * Makefile.in: Rebuilt. Modified: trunk/ChangeLog trunk/Makefile.in trunk/Makefile.tpl -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40159
[Bug other/40159] [4.5 regression] "make all" ignores build failures
--- Comment #10 from aoliva at gcc dot gnu dot org 2009-05-19 01:31 --- Subject: Bug 40159 Author: aoliva Date: Tue May 19 01:31:12 2009 New Revision: 147696 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147696 Log: PR other/40159 * Makefile.tpl (all): Don't assume gcc-bootstrap and gcc-no-bootstrap are mutually exclusive. * Makefile.in: Rebuilt. Modified: branches/var-tracking-assignments-branch/ChangeLog branches/var-tracking-assignments-branch/Makefile.in branches/var-tracking-assignments-branch/Makefile.tpl -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40159
[Bug other/40159] [4.5 regression] "make all" ignores build failures
--- Comment #11 from aoliva at gcc dot gnu dot org 2009-05-19 01:32 --- Subject: Bug 40159 Author: aoliva Date: Tue May 19 01:32:09 2009 New Revision: 147697 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=147697 Log: PR other/40159 * Makefile.tpl (all): Don't assume gcc-bootstrap and gcc-no-bootstrap are mutually exclusive. * Makefile.in: Rebuilt. Modified: branches/var-tracking-assignments-4_4-branch/ChangeLog branches/var-tracking-assignments-4_4-branch/Makefile.in branches/var-tracking-assignments-4_4-branch/Makefile.tpl -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40159
[Bug other/4372] #pragma weak pthread* inclusion causes applications to crash without a linker error when one forgets to link with -lpthread
--- Comment #9 from aoliva at gcc dot gnu dot org 2005-11-09 20:13 --- Subject: Bug 4372 Author: aoliva Date: Wed Nov 9 20:13:41 2005 New Revision: 106703 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106703 Log: PR other/4372 * tree.h (IDENTIFIER_TRANSPARENT_ALIAS): New. (TREE_DEPRECATED): Adjust comment. Check for a DECL. * c-common.c (handle_weakref_attribute): New. (c_common_attribute_table): Add weakref. * configure.ac (HAVE_GAS_WEAKREF): Check for weakref support in the assembler. * configure, config.in: Rebuilt. * defaults.h (ASM_OUTPUT_WEAKREF): Define if HAVE_GAS_WEAKREF. * doc/extend.texi: Document weakref attribute. * varasm.c (ultimate_transparent_alias_target): New (assemble_name): Use it. (weak_finish_1): Split out of... (weak_finish): ... and deal with weakrefs in... (weakref_targets): ... new list. (globalize_decl): Clean up weakref_targets. (do_assemble_alias): Handle weakrefs. (finish_aliases_1): Do not reject weakrefs to external symbols. (assemble_alias): Handle weakrefs. Added: trunk/gcc/testsuite/gcc.dg/attr-weakref-1.c trunk/gcc/testsuite/gcc.dg/attr-weakref-1a.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-common.c trunk/gcc/config.in trunk/gcc/configure trunk/gcc/configure.ac trunk/gcc/defaults.h trunk/gcc/doc/extend.texi trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/g++.old-deja/g++.abi/vtable2.C trunk/gcc/tree.h trunk/gcc/varasm.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4372
[Bug other/4372] #pragma weak pthread* inclusion causes applications to crash without a linker error when one forgets to link with -lpthread
--- Comment #10 from aoliva at gcc dot gnu dot org 2005-11-09 20:57 --- Subject: Bug 4372 Author: aoliva Date: Wed Nov 9 20:57:30 2005 New Revision: 106704 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106704 Log: gcc/ChangeLog: PR other/4372 * gthr-dce.h, gthr-posix.h, gthr-posix95.h, gthr-solaris.h, gthr-tpf.h: Define __gthrw. For all identifiers that might be weak, introduce weakrefs or non-weak aliases with __gthrw, and prefix all uses with __ghtrw. libobjc/ChangeLog: PR other/4372 * thr-objc.c (_XOPEN_SOURCE): Define. Modified: trunk/gcc/ChangeLog trunk/gcc/gthr-dce.h trunk/gcc/gthr-posix.h trunk/gcc/gthr-posix95.h trunk/gcc/gthr-solaris.h trunk/gcc/gthr-tpf.h trunk/libobjc/ChangeLog trunk/libobjc/thr-objc.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4372
[Bug other/4372] #pragma weak pthread* inclusion causes applications to crash without a linker error when one forgets to link with -lpthread
--- Comment #11 from aoliva at gcc dot gnu dot org 2005-11-09 20:58 --- Fixed -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4372
[Bug target/24778] [4.1 Regression] Assembler errors during bootstrap
--- Comment #5 from aoliva at gcc dot gnu dot org 2005-11-10 18:11 --- Mine. I'll try to get the failure with a cross compiler. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-11-10 18:01:15 |2005-11-10 18:11:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24778
[Bug target/24778] [4.1 Regression] Assembler errors during bootstrap
--- Comment #6 from aoliva at gcc dot gnu dot org 2005-11-10 19:54 --- Subject: Bug 24778 Author: aoliva Date: Thu Nov 10 19:54:06 2005 New Revision: 106749 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106749 Log: PR target/24778 * varasm.c (assemble_name): Recompute name only for transparent aliases. Modified: trunk/gcc/ChangeLog trunk/gcc/varasm.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24778
[Bug target/24778] [4.1 Regression] Assembler errors during bootstrap
--- Comment #7 from aoliva at gcc dot gnu dot org 2005-11-10 20:04 --- Fixed -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24778
[Bug target/24831] [4.1 regression] gthr-dce.h:77: error: expected expression before '{' token
--- Comment #1 from aoliva at gcc dot gnu dot org 2005-11-14 13:55 --- So is pthread_key_delete not declared in HP-UX's DCE headers? Is it actually the correct spelling, or have we always had a harmless typo in gthr-dce.h? It looks suspicious because pthread_keycreate doesn't have the second underscore. Anyhow, it seems to me like we could simply remove or comment out the pthread_key_delete line, since this function is not used anywhere. Could you please test such a change? Thanks, -- aoliva at gcc dot gnu dot org changed: What|Removed |Added CC| |aoliva at gcc dot gnu dot | |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24831
[Bug middle-end/24827] FAIL: gcc.dg/attr-weakref-1.c
--- Comment #3 from aoliva at gcc dot gnu dot org 2005-11-14 13:58 --- Mine -- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-14 13:58:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24827
[Bug middle-end/24827] FAIL: gcc.dg/attr-weakref-1.c
--- Comment #4 from aoliva at gcc dot gnu dot org 2005-11-14 14:19 --- Does this target actually support weak declarations? It appears to me that it only does when the assembler supports .weak, but even then, the linker will object to undefined weak symbols, which is something this test relies on. I suppose we'd have to mark it as an XFAIL on hpux, or use some alternate dg-require to indicate we need the ability to refer to undefined weak symbols. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24827
[Bug other/24829] [4.1 Regression] libobjc testsuite failures
--- Comment #5 from aoliva at gcc dot gnu dot org 2005-11-14 14:25 --- Hmm, this is tricky. I hadn't considered the case of having one of these functions defined with a symbol that does not have external linkage. I suppose we may have to take care of this case :-( even though it probably wouldn't have worked with the #pragma weaks. Or would it? Anyhow, please confirm how you configured the compiler. I'm particularly interested in what assembler you're using, and what `grep HAVE_GAS_WEAK gcc/auto-host.h' prints. Anyhow, one solution that comes to mind is to modify the __gthrw macro to declare not a function with the same symbol name, but rather a static const pointer to the original function. In a perfect world, we'd be able to define preprocessor macros within preprocessor macros, but without this ability, that's the best I can think of, short of adding explicit defines for some conditions. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-11-14 14:25:50 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829
[Bug other/24829] [4.1 Regression] libobjc testsuite failures
--- Comment #6 from aoliva at gcc dot gnu dot org 2005-11-14 14:30 --- Another idea that's just occurred to me is to use a preprocessor macro to *refer* to the symbols throughout the source files. Say, __gthrw_(x) would expand to __gthrw_x when weakrefs are available, and to just x otherwise. Or something like that. I'll need the info requested above before deciding how to proceed, though. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24829
[Bug target/24842] testsuite failure: gcc.dg/attr-weakref-1.c execution test
--- Comment #1 from aoliva at gcc dot gnu dot org 2005-11-14 15:41 --- Yeah, weakref support in the compiler is independent of .weakref support in the assembler. If .weakref is not available, the compiler will emulate that by always using the target symbol name, and deciding at the last minute whether to issue a .weak directive for the target or not. Will you please let me know what the excess errors are that you get, so that I can decide whether to delve into the issue myself or not? Thanks, -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24842
[Bug libfortran/24991] [4.1/4.2 Regression] gfortran build fails with - error:gthr-default.h: No such file or directory
--- Comment #35 from aoliva at gcc dot gnu dot org 2005-11-28 14:15 --- Created an attachment (id=10353) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10353&action=view) Pach that fixes the weakref behavior on darwin Could someone with access to the affected OS please try this patch? It seems to me that, with this patch, we generate correct code for weakrefs. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24991
[Bug middle-end/25140] aliases, including weakref, break alias analysis
--- Comment #2 from aoliva at gcc dot gnu dot org 2005-11-28 18:40 --- I'd change the testcase s/weakref/alias/, so as to make it clear that the error has nothing to do with the newly-introduced weakref, but rather with regular aliases, that weakref builds upon. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25140
[Bug libfortran/24991] [4.1/4.2 Regression] gfortran build fails with - error:gthr-default.h: No such file or directory
--- Comment #37 from aoliva at gcc dot gnu dot org 2005-11-29 00:47 --- Subject: Bug 24991 Author: aoliva Date: Tue Nov 29 00:47:28 2005 New Revision: 107639 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107639 Log: PR libfortran/24991 * config/darwin.c (machopic_indirection_name, machopic_output_indirection): Follow transparent alias chain. Modified: trunk/gcc/ChangeLog trunk/gcc/config/darwin.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24991
[Bug libfortran/24991] [4.1/4.2 Regression] gfortran build fails with - error:gthr-default.h: No such file or directory
--- Comment #38 from aoliva at gcc dot gnu dot org 2005-11-29 00:56 --- Subject: Bug 24991 Author: aoliva Date: Tue Nov 29 00:56:16 2005 New Revision: 107640 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107640 Log: PR libfortran/24991 * config/darwin.c (machopic_indirection_name, machopic_output_indirection): Follow transparent alias chain. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/config/darwin.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24991
[Bug target/24842] testsuite failure: gcc.dg/attr-weakref-1.c execution test
--- Comment #3 from aoliva at gcc dot gnu dot org 2005-11-29 13:50 --- Sorry, I totally misread the testsuite output. Can you tell what part of the execution test that fails? I find it very unlikely that this is a compiler error; it's far more likely to be a linker failure to handle weak symbols properly, unless there's something very peculiar about the way this target handles weak symbols. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24842
[Bug middle-end/25140] aliases, including weakref, break alias analysis
--- Comment #4 from aoliva at gcc dot gnu dot org 2005-11-29 13:55 --- Make it a weak alias, then. Anyhow, the point is that the alias infrastructure in GCC is available for all ports. If some port limits what kinds of aliases you can use, then, well, too bad. But the smarts to get alias analysis to follow symbol aliases is missing for all kinds of aliases, not only weakrefs, and the good news is that fixing it for regular and weak aliases will fix it for weakrefs as well, unless you try really hard to keep weakrefs broken just to make a point :-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25140
[Bug target/24831] [4.1/4.2 regression] gthr-dce.h:77: error: expected expression before '{' token
--- Comment #9 from aoliva at gcc dot gnu dot org 2005-11-29 14:27 --- Created an attachment (id=10362) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10362&action=view) Tentative patch to accomodate expressions, absent functions et al Dave, could you please give this patch a try? I haven't tested it yet, but I think the approach is promising. It certainly conflicts with your patch. I've tried to merge the essential bits from it (i.e., the UNUSED changes are not in). Sorry for taking so long to get to this, I've been away for most of last week. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24831
[Bug driver/20425] -print-search-dirs doesn't honor mutil-os/multilib settings
--- Comment #9 from aoliva at gcc dot gnu dot org 2005-12-11 20:54 --- IMHO it's better to add a new option with the desired meaning than modifying the behavior of the current option. -print-multi-search-dirs maybe? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20425
[Bug c++/20103] [4.0/4.1/4.2 regression] ICE in create_tmp_var with C99 style struct initializer
--- Comment #48 from aoliva at gcc dot gnu dot org 2006-01-08 16:30 --- Mark, please reassign this to me when the promised review is ready. I'm being held responsible for the patch not being in on IRC because the bug is assigned to me, and I think that's not fair. Thanks, -- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|aoliva at gcc dot gnu dot |mark at codesourcery dot com |org | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20103
[Bug bootstrap/25790] New: make clean fails
It appears that make clean (on a native bootstrap) always fails for me. After make clean on a tree containing a build interrupted in stage 2, it fails trying to make clean in stage 3 gcc. After make clean on a successfully-completed bootstrap tree, it fails trying to make clean in stage 4 gcc. -- Summary: make clean fails Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: bonzini at gnu dot org ReportedBy: aoliva at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25790
[Bug bootstrap/25790] make clean fails
--- Comment #2 from aoliva at gcc dot gnu dot org 2006-01-20 17:16 --- If you mean make -k for sub-makes, yes. But `make clean && make && make check' ought to work, and not stop after make clean because it looks like it failed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25790
[Bug c/26993] ICE on invalid code with weakref
--- Comment #4 from aoliva at gcc dot gnu dot org 2006-07-18 06:41 --- Subject: Bug 26993 Author: aoliva Date: Tue Jul 18 06:41:13 2006 New Revision: 115545 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115545 Log: PR c/26993 * c-common.c (handle_weakref_attribute): Ignore attribute in the same conditions the alias attribute is ignored. Modified: trunk/gcc/ChangeLog trunk/gcc/c-common.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26993
[Bug c/26993] ICE on invalid code with weakref
--- Comment #5 from aoliva at gcc dot gnu dot org 2006-07-18 06:53 --- Subject: Bug 26993 Author: aoliva Date: Tue Jul 18 06:52:59 2006 New Revision: 115546 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115546 Log: PR c/26993 * c-common.c (handle_weakref_attribute): Ignore attribute in the same conditions the alias attribute is ignored. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/c-common.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26993
[Bug target/28672] [4.2 Regression]: Gcc went into infinite loop when building libstdc++
--- Comment #7 from aoliva at gcc dot gnu dot org 2006-08-15 07:23 --- I believe it should be a MO_COPY, yes, in spite of the REG_DEAD note. That's because, even though GCC no longer cares about the register content, the value is actually still there until something else writes to it. That said, it's not like the patch could hurt, methinks. I'll see if I can find a deeper cause for the problem using the testcase. Thanks! -- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28672
[Bug target/28672] [4.2 Regression]: Gcc went into infinite loop when building libstdc++
--- Comment #8 from aoliva at gcc dot gnu dot org 2006-08-15 10:12 --- Created an attachment (id=12076) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12076&action=view) Patch that appears to fix the bug The problem was that we were killing unrelated live variables while clobbering the contents of a specific variable part. This patch adjusts this and adds some improvements to dataflow set dumping. I'm bootstrapping it on amd64-linux-gnu and, if it proves to be good, I'll post it to the gcc-patches. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28672
[Bug target/28672] [4.2 Regression]: Gcc went into infinite loop when building libstdc++
--- Comment #9 from aoliva at gcc dot gnu dot org 2006-08-15 10:22 --- Err, there's at least one bug in the patch that cause an early bootstrap crash. Replacing both occurrences of (loc) with (node->loc), which was what I had intended, fixes it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28672
[Bug target/28146] -O2 produces invalid code on s390-linux-gnu: gcc-4.1.2 20060608
--- Comment #7 from aoliva at gcc dot gnu dot org 2006-08-17 08:55 --- Subject: Bug 28146 Author: aoliva Date: Thu Aug 17 08:55:02 2006 New Revision: 116215 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116215 Log: PR target/28146 * reload.h (reg_equiv_alt_mem_list): New declaration. * reload1.c (reg_equiv_alt_mem_list): New definition. (reload): Initialize it and release it. (delete_output_reload): Use it. * reload.c (push_reg_equiv_alt_mem): New function. (find_reloads_toplev): Call it. (find_reloads_address, find_reloads_address_1): Likewise. (find_reloads_subreg_address): Likewise. Modified: trunk/gcc/ChangeLog trunk/gcc/reload.c trunk/gcc/reload.h trunk/gcc/reload1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28146
[Bug debug/30189] [4.1 Regression] ICE on modified_type_die
--- Comment #4 from aoliva at gcc dot gnu dot org 2007-02-06 01:34 --- Subject: Bug 30189 Author: aoliva Date: Tue Feb 6 01:34:37 2007 New Revision: 121637 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121637 Log: gcc/ChangeLog: PR debug/30189 * dwarf2out.c (modified_type_die): Follow DECL_ORIGINAL_TYPE even if cv-qualification is the same. gcc/testsuite/ChangeLog: PR debug/30189 * gcc.dg/pr30189.c: New test. Added: branches/gcc-4_2-branch/gcc/testsuite/gcc.dg/pr30189.c Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/dwarf2out.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30189
[Bug debug/30189] [4.1 Regression] ICE on modified_type_die
--- Comment #5 from aoliva at gcc dot gnu dot org 2007-02-06 01:35 --- Subject: Bug 30189 Author: aoliva Date: Tue Feb 6 01:35:10 2007 New Revision: 121638 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121638 Log: gcc/ChangeLog: PR debug/30189 * dwarf2out.c (modified_type_die): Follow DECL_ORIGINAL_TYPE even if cv-qualification is the same. gcc/testsuite/ChangeLog: PR debug/30189 * gcc.dg/pr30189.c: New test. Added: trunk/gcc/testsuite/gcc.dg/pr30189.c Modified: trunk/gcc/ChangeLog trunk/gcc/dwarf2out.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30189
[Bug testsuite/30649] [4.1.x] possible bogus checkin of g++.dg/debug/debug9.C
--- Comment #3 from aoliva at gcc dot gnu dot org 2007-02-12 19:26 --- Sorry, for some reason I had missed the e-mail with the question about this. Yes, the check in was bogus. I still don't understand how it happened. Sorry about that. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30649
[Bug debug/30189] [4.1 Regression] ICE on modified_type_die
--- Comment #6 from aoliva at gcc dot gnu dot org 2007-02-15 07:27 --- Subject: Bug 30189 Author: aoliva Date: Thu Feb 15 07:27:00 2007 New Revision: 121986 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121986 Log: gcc/ChangeLog: PR debug/30189 * dwarf2out.c (modified_type_die): Follow DECL_ORIGINAL_TYPE even if cv-qualification is the same. gcc/testsuite/ChangeLog: PR debug/30189 * gcc.dg/pr30189.c: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/pr30189.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/dwarf2out.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30189
[Bug debug/30189] [4.1 Regression] ICE on modified_type_die
--- Comment #7 from aoliva at gcc dot gnu dot org 2007-02-15 07:27 --- Fixed -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30189
[Bug tree-optimization/30823] [4.2/4.3 Regression] ICE on cpu2006/453.povray with -O1 and above
--- Comment #3 from aoliva at gcc dot gnu dot org 2007-02-17 05:40 --- This is odd... I can't confirm this in mainline, having tried both i686 and x86_64 native builds. Has anyone else confirmed that it applies to the trunk as well, to justify its being marked as 4.3 Regression? I'll try 4.2 now. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30823
[Bug tree-optimization/30823] [4.2/4.3 Regression] ICE on cpu2006/453.povray with -O1 and above
--- Comment #5 from aoliva at gcc dot gnu dot org 2007-02-17 07:07 --- Subject: Bug 30823 Author: aoliva Date: Sat Feb 17 07:07:28 2007 New Revision: 122071 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122071 Log: PR tree-optimization/30823 * tree-sra.c (sra_build_assignment): Drop type-checking assert. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/tree-sra.c --- Comment #6 from aoliva at gcc dot gnu dot org 2007-02-17 07:07 --- Subject: Bug 30823 Author: aoliva Date: Sat Feb 17 07:07:26 2007 New Revision: 122070 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122070 Log: PR tree-optimization/30823 * tree-sra.c (sra_build_assignment): Drop type-checking assert. Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/tree-sra.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30823
[Bug tree-optimization/30823] [4.2/4.3 Regression] ICE on cpu2006/453.povray with -O1 and above
--- Comment #5 from aoliva at gcc dot gnu dot org 2007-02-17 07:07 --- Subject: Bug 30823 Author: aoliva Date: Sat Feb 17 07:07:28 2007 New Revision: 122071 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122071 Log: PR tree-optimization/30823 * tree-sra.c (sra_build_assignment): Drop type-checking assert. Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/tree-sra.c --- Comment #6 from aoliva at gcc dot gnu dot org 2007-02-17 07:07 --- Subject: Bug 30823 Author: aoliva Date: Sat Feb 17 07:07:26 2007 New Revision: 122070 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122070 Log: PR tree-optimization/30823 * tree-sra.c (sra_build_assignment): Drop type-checking assert. Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/tree-sra.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30823
[Bug tree-optimization/30823] [4.2/4.3 Regression] ICE on cpu2006/453.povray with -O1 and above
--- Comment #7 from aoliva at gcc dot gnu dot org 2007-02-17 07:12 --- http://gcc.gnu.org/ml/gcc-patches/2007-02/msg01491.html -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30823
[Bug tree-optimization/30846] [4.3 Regression] ICE with complex and statement expressions
--- Comment #6 from aoliva at gcc dot gnu dot org 2007-02-19 06:20 --- Fixed in revision 122120. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30846
[Bug rtl-optimization/30643] [4.1/4.2/4.3 regression] CSE pessimization
--- Comment #5 from aoliva at gcc dot gnu dot org 2007-03-08 09:05 --- I have a patch for the 4.1 branch that I'm bootstrap-testing now. It doesn't look like reverting the mentioned patch will fix the problem in mainline, though, at least for an x86_64-linux-gnu native. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added CC| |aoliva at gcc dot gnu dot | |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30643
[Bug rtl-optimization/30643] [4.1/4.2/4.3 regression] CSE pessimization
--- Comment #6 from aoliva at gcc dot gnu dot org 2007-03-08 10:23 --- It was the fwprop merge that further disabled the optimization in the trunk. http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118475 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30643
[Bug rtl-optimization/30643] [4.1/4.2/4.3 regression] CSE pessimization
--- Comment #12 from aoliva at gcc dot gnu dot org 2007-03-09 20:13 --- Subject: Bug 30643 Author: aoliva Date: Fri Mar 9 20:13:10 2007 New Revision: 122760 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122760 Log: gcc/ChangeLog: PR rtl-optimization/30643 * cse.c (cse_insn): Recompute dest_hash after insert_regs for (fold_rtx): Recurse, like before 2006-11-03. gcc/testsuite/ChangeLog: PR rtl-optimization/30643 * gcc.dg/pr30643.c: New. Added: trunk/gcc/testsuite/gcc.dg/pr30643.c Modified: trunk/gcc/ChangeLog trunk/gcc/cse.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30643
[Bug rtl-optimization/30643] [4.1/4.2/4.3 regression] CSE pessimization
--- Comment #13 from aoliva at gcc dot gnu dot org 2007-03-09 23:30 --- Subject: Bug 30643 Author: aoliva Date: Fri Mar 9 23:29:51 2007 New Revision: 122771 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122771 Log: gcc/ChangeLog: PR rtl-optimization/30643 * cse.c (cse_insn): Recompute dest_hash after insert_regs for dest_addr_elt. gcc/testsuite/ChangeLog: PR rtl-optimization/30643 * gcc.dg/pr30643.c: New. Added: branches/gcc-4_2-branch/gcc/testsuite/gcc.dg/pr30643.c Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/cse.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30643
[Bug rtl-optimization/30643] [4.1/4.2/4.3 regression] CSE pessimization
--- Comment #14 from aoliva at gcc dot gnu dot org 2007-03-09 23:30 --- Subject: Bug 30643 Author: aoliva Date: Fri Mar 9 23:30:16 2007 New Revision: 122772 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122772 Log: gcc/ChangeLog: PR rtl-optimization/30643 * cse.c (cse_insn): Recompute dest_hash after insert_regs for dest_addr_elt. gcc/testsuite/ChangeLog: PR rtl-optimization/30643 * gcc.dg/pr30643.c: New. Added: branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/pr30643.c Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/cse.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30643
[Bug rtl-optimization/30643] [4.1/4.2/4.3 regression] CSE pessimization
--- Comment #15 from aoliva at gcc dot gnu dot org 2007-03-09 23:36 --- Should be fixed now, but H-P Nilsson says on IRC that there is a new ICE in cse.c that could be related. No details yet. I suppose it's mainline, because the patches for the branches are so much more trivial. We'll see. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30643
[Bug debug/29906] [4.0/4.1/4.2/4.3 Regression] -g option creates internal compiler error
--- Comment #6 from aoliva at gcc dot gnu dot org 2007-03-13 07:56 --- On it. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29906
[Bug middle-end/31127] [4.3 regression] ICE in cse_find_path, at cse.c:5930
--- Comment #9 from aoliva at gcc dot gnu dot org 2007-03-14 01:45 --- Subject: Bug 31127 Author: aoliva Date: Wed Mar 14 01:45:39 2007 New Revision: 122900 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122900 Log: gcc/ChangeLog: PR middle-end/31127 * cse.c (cse_find_path): Do not bail out if a basic block that we already visited now becomes part of a path that starts at a different basic block. Just disallow this, to make sure we visit each basic block at most once. gcc/testsuite/ChangeLog: PR middle-end/31127 * gcc.dg/pr31127.c: New. Added: trunk/gcc/testsuite/gcc.dg/pr31127.c Modified: trunk/gcc/ChangeLog trunk/gcc/cse.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31127
[Bug middle-end/31127] [4.3 regression] ICE in cse_find_path, at cse.c:5930
--- Comment #10 from aoliva at gcc dot gnu dot org 2007-03-14 04:09 --- Fixed. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31127
[Bug debug/29906] [4.0/4.1/4.2/4.3 Regression] -g option creates internal compiler error
--- Comment #8 from aoliva at gcc dot gnu dot org 2007-03-16 05:08 --- Subject: Bug 29906 Author: aoliva Date: Fri Mar 16 05:08:25 2007 New Revision: 122976 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122976 Log: gcc/ChangeLog: PR debug/29906 * dwarf2out.c (force_type_die): Adjust comment. (dwarf2out_imported_module_or_decl): Handle base AT_import types. gcc/testsuite/ChangeLog: PR debug/29906 * g++.dg/debug/pr29906.C: New Added: trunk/gcc/testsuite/g++.dg/debug/pr29906.C Modified: trunk/gcc/ChangeLog trunk/gcc/dwarf2out.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29906
[Bug debug/29906] [4.0/4.1/4.2/4.3 Regression] -g option creates internal compiler error
--- Comment #9 from aoliva at gcc dot gnu dot org 2007-03-16 05:09 --- Subject: Bug 29906 Author: aoliva Date: Fri Mar 16 05:08:47 2007 New Revision: 122977 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=122977 Log: gcc/ChangeLog: PR debug/29906 * dwarf2out.c (force_type_die): Adjust comment. (dwarf2out_imported_module_or_decl): Handle base AT_import types. gcc/testsuite/ChangeLog: PR debug/29906 * g++.dg/debug/pr29906.C: New Added: branches/gcc-4_2-branch/gcc/testsuite/g++.dg/debug/pr29906.C Modified: branches/gcc-4_2-branch/gcc/ChangeLog branches/gcc-4_2-branch/gcc/dwarf2out.c branches/gcc-4_2-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29906
[Bug debug/29906] [4.0 Regression] -g option creates internal compiler error
--- Comment #10 from aoliva at gcc dot gnu dot org 2007-03-17 03:48 --- Does anyone feel like testing the patch in 4.0? -- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|aoliva at gcc dot gnu dot |unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW Summary|[4.0/4.1 Regression] -g |[4.0 Regression] -g option |option creates internal |creates internal compiler |compiler error |error http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29906
[Bug debug/29906] [4.0 Regression] -g option creates internal compiler error
--- Comment #11 from aoliva at gcc dot gnu dot org 2007-03-17 04:52 --- Subject: Bug 29906 Author: aoliva Date: Sat Mar 17 04:52:44 2007 New Revision: 123011 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123011 Log: gcc/ChangeLog: PR debug/29906 * dwarf2out.c (force_type_die): Adjust comment. (dwarf2out_imported_module_or_decl): Handle base AT_import types. gcc/testsuite/ChangeLog: PR debug/29906 * g++.dg/debug/pr29906.C: New Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/debug/pr29906.C Modified: branches/gcc-4_1-branch/gcc/ChangeLog branches/gcc-4_1-branch/gcc/dwarf2out.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29906
[Bug middle-end/22156] [4.0/4.1/4.2/4.3 Regression] bit-field copying regressed
-- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2007-01-15 20:06:24 |2007-03-20 04:42:47 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22156
[Bug middle-end/22156] [4.0/4.1/4.2/4.3 Regression] bit-field copying regressed
--- Comment #12 from aoliva at gcc dot gnu dot org 2007-04-05 19:50 --- Subject: Bug 22156 Author: aoliva Date: Thu Apr 5 19:50:34 2007 New Revision: 123524 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=123524 Log: PR middle-end/22156 * tree-sra.c (struct sra_elt): Add in_bitfld_block. Remove all_no_warning. (struct sra_walk_fns): Remove use_all parameter from use. (sra_hash_tree): Handle BIT_FIELD_REFs. (sra_elt_hash): Don't hash bitfld blocks. (sra_elt_eq): Skip them in parent compares as well. Handle BIT_FIELD_REFs. (sra_walk_expr): Don't maintain or pass down use_all_p. (scan_use): Remove use_all parameter. (scalarize_use): Likewise. Re-expand assignment to BIT_FIELD_REF of gimple_reg. De-scalarize before input or output, and re-scalarize after output. Don't mark anything for no warning. (scalarize_ldst): Adjust. (scalarize_walk_gimple_modify_statement): Likewise. (build_element_name_1): Handle BIT_FIELD_REFs. (instantiate_element): Don't warn for any element whose parent is used as a whole. (instantiate_missing_elements_1): Return the sra_elt. (canon_type_for_field): New. (try_instantiate_multiple_fields): New. (instantiate_missing_elemnts): Use them. (mark_no_warning): Removed. (generate_one_element_ref): Handle BIT_FIELD_REFs. (REPLDUP, sra_build_elt_assignment): New. (generate_copy_inout): Use them. (generate_element_copy): Likewise. Handle bitfld differences. (generate_element_zero): Don't recurse for blocks. Use sra_build_elt_assignment. (generate_one_element_int): Take elt instead of var. Use sra_build_elt_assignment. (generate_element_init_1): Adjust. (scalarize_use, scalarize_copy): Use REPLDUP. (scalarize_ldst): Move assert before dereference. (dump_sra_elt_name): Handle BIT_FIELD_REFs. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-sra.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22156
[Bug middle-end/22156] [4.0/4.1/4.2 Regression] bit-field copying regressed
--- Comment #13 from aoliva at gcc dot gnu dot org 2007-04-05 23:06 --- Fixed in trunk for 4.3, not sure about backporting... -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.0/4.1/4.2/4.3 Regression]|[4.0/4.1/4.2 Regression] |bit-field copying regressed |bit-field copying regressed http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22156
[Bug tree-optimization/15596] [4.0/4.1/4.2/4.3 Regression] Missed optimization with bitfields with return value
--- Comment #12 from aoliva at gcc dot gnu dot org 2007-04-05 23:33 --- FWIW, the patch for PR 22156 does not change the generated code on ppc, although it appears to improve the x86 code. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15596
[Bug middle-end/20671] Poor bit-field code generation
--- Comment #4 from aoliva at gcc dot gnu dot org 2007-04-05 23:36 --- No change with the patch for PR 22156. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20671
[Bug middle-end/22156] [4.0/4.1/4.2/4.3 Regression] bit-field copying regressed
--- Comment #16 from aoliva at gcc dot gnu dot org 2007-10-01 16:36 --- Subject: Bug 22156 Author: aoliva Date: Mon Oct 1 16:35:55 2007 New Revision: 128908 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128908 Log: PR middle-end/22156 * tree-sra.c (struct sra_elt): Add in_bitfld_block. (sra_hash_tree): Handle BIT_FIELD_REFs. (sra_elt_hash): Don't hash bitfld blocks. (sra_elt_eq): Skip them in parent compares as well. Handle BIT_FIELD_REFs. (build_element_name_1): Handle BIT_FIELD_REFs. (instantiate_element): Propagate nowarn from parents. Create BIT_FIELD_REF for variables that are widened by scalarization. Gimple-zero-initialize all bit-field variables that are not part of parameters that are going to be scalarized on entry. (instantiate_missing_elements_1): Return the sra_elt. (canon_type_for_field): New. (try_instantiate_multiple_fields): New. Infer widest possible access mode from decl or member type, but clip it at word size, and only widen it if a field crosses an alignment boundary. (instantiate_missing_elements): Use them. (generate_one_element_ref): Handle BIT_FIELD_REFs. (scalar_bitfield_p): New. (sra_build_assignment): Optimize assignments from scalarizable BIT_FIELD_REFs. Use BITS_BIG_ENDIAN to determine shift counts. (REPLDUP): New. (sra_build_bf_assignment): New. Optimize assignments to scalarizable BIT_FIELD_REFs. (sra_build_elt_assignment): New. Optimize BIT_FIELD_REF assignments to full variables. (generate_copy_inout): Use the new macros and functions. (generate_element_copy): Likewise. Handle bitfld differences. (generate_element_zero): Don't recurse for blocks. Use sra_build_elt_assignment. (generate_one_element_init): Take elt instead of var. Use sra_build_elt_assignment. (generate_element_init_1): Adjust. (bitfield_overlap_info): New struct. (bitfield_overlaps_p): New. (sra_explode_bitfield_assignment): New. Adjust widened variables to account for endianness. (sra_sync_for_bitfield_assignment): New. (scalarize_use): Re-expand assignment to/from scalarized BIT_FIELD_REFs. Explode or sync needed members for BIT_FIELD_REFs accesses or assignments. Use REPLDUP. (scalarize_copy): Use REPLDUP. (scalarize_ldst): Move assert before dereference. Adjust EH handling. (dump_sra_elt_name): Handle BIT_FIELD_REFs. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-sra.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22156
[Bug middle-end/22156] [4.0/4.1/4.2/4.3 Regression] bit-field copying regressed
--- Comment #17 from aoliva at gcc dot gnu dot org 2007-10-01 16:46 --- Patch checked in. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22156
[Bug tree-optimization/33572] [4.3 Regression] wrong code with -O
--- Comment #13 from aoliva at gcc dot gnu dot org 2007-10-01 19:55 --- Patch at http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00061.html is quite likely to fix this. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added CC||aoliva at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33572
[Bug tree-optimization/33572] [4.3 Regression] wrong code with -O
--- Comment #14 from aoliva at gcc dot gnu dot org 2007-10-02 01:38 --- Subject: Bug 33572 Author: aoliva Date: Tue Oct 2 01:37:59 2007 New Revision: 128939 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128939 Log: PR tree-optimization/33572 * tree-cfg.c (verify_stmts): Check for missing PHI defs. * tree-inline.c (update_ssa_across_eh_edges): Renamed to... (update_ssa_across_abnormal_edges): ... this. Set slots in the return PHI node. (copy_edges_for_bb): Handle nonlocal label edges. (make_nonlocal_label_edges): Deleted. (optimize_inline_calls): Don't call it. Modified: branches/var-tracking-assignments-branch/gcc/ChangeLog.vta branches/var-tracking-assignments-branch/gcc/tree-cfg.c branches/var-tracking-assignments-branch/gcc/tree-inline.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33572
[Bug tree-optimization/33572] [4.3 Regression] wrong code with -O
--- Comment #15 from aoliva at gcc dot gnu dot org 2007-10-03 01:04 --- Confirmed, the patch fixes it. -- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33572
[Bug tree-optimization/33655] [4.3 Regression] ICE in bitfield_overlaps_p, at tree-sra.c:2901
-- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2007-10-05 15:24:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33655
[Bug ada/33634] bootstrap with ada failed
-- aoliva at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33634
[Bug ada/33634] bootstrap with ada failed
--- Comment #7 from aoliva at gcc dot gnu dot org 2007-10-05 17:44 --- Possible fix at http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00302.html -- aoliva at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33634
[Bug tree-optimization/33655] [4.3 Regression] ICE in bitfield_overlaps_p, at tree-sra.c:2901
--- Comment #3 from aoliva at gcc dot gnu dot org 2007-10-05 17:45 --- Testing patch at http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00298.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33655
