[Bug bootstrap/45751] [4.6 Regression] Bootstrap failure: at stage 1 xgcc segfault
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-09-23 00:11 --- Caused by... Author: jsm28 Date: Wed Sep 22 20:19:39 2010 New Revision: 164532 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164532 Log: * opts-common.c (prune_options): Make static. Work with decoded options. (decode_cmdline_options_to_array): Call prune_options. Don't resize option array here. * opts.h (prune_options): Remove prototype. * gcc.c (process_command): Take decoded options; don't call decode_cmdline_options_to_array here. Use decoded options for argv[0]. (main): Call decode_cmdline_options_to_array here instead of prune_options. Update call to process_command. * config/darwin-driver.c: Include opts.h. (darwin_default_min_version): Work with decoded options. Don't handle -b or -V here. * config/darwin.h (darwin_default_min_version): Update prototype. (GCC_DRIVER_HOST_INITIALIZATION): Update call to darwin_default_min_version. * config/i386/cygwin.h (mingw_scan): Update prototype. (GCC_DRIVER_HOST_INITIALIZATION): Update call to mingw_scan. * config/i386/cygwin1.c: Include opts.h. (mingw_scan): Work with decoded options. * config/i386/t-cygwin (cygwin1.o): Update dependencies. * config/t-darwin (darwin-driver.o): Update dependencies. According to original patch this was never tested directly on darwin... http://gcc.gnu.org/ml/gcc-patches/2010-09/msg01007.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45751
[Bug rtl-optimization/45739] static evaluation of SSE intrinsics (pxor)
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-09-22 02:56 --- (In reply to comment #4) Fixed. The new trunk/gcc/testsuite/gcc.target/i386/pr45739.c erroneously fails on x86_64-apple-darwin10 as ... FAIL: gcc.target/i386/pr45739.c scan-assembler-not por since it is matching... .section __TEXT,__eh_frame,coalesced,no_toc+strip_static_syms+live_support Adding... /* { dg-prune-output .*live_support* } */ to gcc.target/i386/pr45739.c solves this issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45739
[Bug rtl-optimization/45739] static evaluation of SSE intrinsics (pxor)
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-09-22 03:10 --- My mistake... dg-prune-output is insufficient to prevent scan-assembler-not from accidentally matching on live_support in the intel darwin assembly. -- howarth at nitro dot med dot uc dot edu changed: What|Removed |Added CC||jakub at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45739
[Bug libstdc++/45730] New: Undefined symbol __gnu_cxx::stdio_sync_filebufchar, std::char_traitschar ::xsgetn(char*, long)
At r164422, on x86_64-apple-darwin10, the following libstdc++ test regressions are present at both -m32/-m64... FAIL: ext/stdio_sync_filebuf/char/1.cc (test for excess errors) WARNING: ext/stdio_sync_filebuf/char/1.cc compilation failed to produce executable FAIL: ext/stdio_sync_filebuf/char/12048-3.cc (test for excess errors) WARNING: ext/stdio_sync_filebuf/char/12048-3.cc compilation failed to produce executable FAIL: ext/stdio_sync_filebuf/char/12048-4.cc (test for excess errors) WARNING: ext/stdio_sync_filebuf/char/12048-4.cc compilation failed to produce executable FAIL: ext/stdio_sync_filebuf/wchar_t/1.cc (test for excess errors) WARNING: ext/stdio_sync_filebuf/wchar_t/1.cc compilation failed to produce executable FAIL: ext/stdio_sync_filebuf/wchar_t/12948-3.cc (test for excess errors) WARNING: ext/stdio_sync_filebuf/wchar_t/12948-3.cc compilation failed to produce executable FAIL: ext/stdio_sync_filebuf/wchar_t/12948-4.cc (test for excess errors) WARNING: ext/stdio_sync_filebuf/wchar_t/12948-4.cc compilation failed to produce executable These are all of the form... Executing on host: /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/./gcc/g++ -shared-libgcc -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/./gcc -nostdinc++ -L/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/src -L/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/src/.libs -B/sw/lib/gcc4.6/x86_64-apple-darwin10.5.0/bin/ -B/sw/lib/gcc4.6/x86_64-apple-darwin10.5.0/lib/ -isystem /sw/lib/gcc4.6/x86_64-apple-darwin10.5.0/include -isystem /sw/lib/gcc4.6/x86_64-apple-darwin10.5.0/sys-include -m32 -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/src/.libs -g -O2 -D_GLIBCXX_ASSERT -fmessage-length=0 -ffunction-sections -fdata-sections -g -O2 -g -O2 -DLOCALEDIR=. -nostdinc++ -I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/include/x86_64-apple-darwin10.5.0 -I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/include -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100919/libstdc++-v3/libsupc++ -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100919/libstdc++-v3/include/backward -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100919/libstdc++-v3/testsuite/util /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100919/libstdc++-v3/testsuite/ext/stdio_sync_filebuf/char/1.cc -include bits/stdc++.h ./libtestc++.a -lm -m32 -o ./1.exe(timeout = 600) Undefined symbols:^M __gnu_cxx::stdio_sync_filebufchar, std::char_traitschar ::xsgetn(char*, int), referenced from: test01()in ccoWrU4N.o ld: symbol(s) not found collect2: ld returned 1 exit status Using built-in specs. COLLECT_GCC=gcc-4 COLLECT_LTO_WRAPPER=/sw/lib/gcc4.6/libexec/gcc/x86_64-apple-darwin10.5.0/4.6.0/lto-wrapper Target: x86_64-apple-darwin10.5.0 Configured with: ../gcc-4.6-20100919/configure --prefix=/sw --prefix=/sw/lib/gcc4.6 --mandir=/sw/share/man --infodir=/sw/lib/gcc4.6/info --enable-languages=c,c++,fortran,objc,obj-c++,java --with-gmp=/sw --with-libiconv-prefix=/sw --with-ppl=/sw --with-cloog=/sw --with-mpc=/sw --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --program-suffix=-fsf-4.6 --enable-checking=yes Thread model: posix gcc version 4.6.0 20100919 (experimental) (GCC) -- Summary: Undefined symbol __gnu_cxx::stdio_sync_filebufchar, std::char_traitschar ::xsgetn(char*, long) Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: x86_64-apple-darwin10 GCC host triplet: x86_64-apple-darwin10 GCC target triplet: x86_64-apple-darwin10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45730
[Bug libstdc++/45730] Undefined symbol __gnu_cxx::stdio_sync_filebufchar, std::char_traitschar ::xsgetn(char*, long)
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-09-20 00:20 --- Created an attachment (id=21839) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21839action=view) preprocessed source file for ext/stdio_sync_filebuf/char/1.cc at -m64 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45730
[Bug libstdc++/45730] Undefined symbol __gnu_cxx::stdio_sync_filebufchar, std::char_traitschar ::xsgetn(char*, long)
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-09-20 00:21 --- Created an attachment (id=21840) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21840action=view) assembly file for ext/stdio_sync_filebuf/char/1.cc at -m64 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45730
[Bug libstdc++/45730] Undefined symbol __gnu_cxx::stdio_sync_filebufchar, std::char_traitschar ::xsgetn(char*, long)
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-09-20 00:26 --- On x86_64-apple-darwin10 at -m64, we have... nm libstdc++.6.dylib | grep xsgetn 00041f50 t __ZN9__gnu_cxx18stdio_sync_filebufIcSt11char_traitsIcEE6xsgetnEPcl 00041eb0 t __ZN9__gnu_cxx18stdio_sync_filebufIwSt11char_traitsIwEE6xsgetnEPwl 00068df0 T __ZNSt12__basic_fileIcE6xsgetnEPcl 0001a2c0 T __ZNSt13basic_filebufIcSt11char_traitsIcEE6xsgetnEPcl 0001a540 T __ZNSt13basic_filebufIwSt11char_traitsIwEE6xsgetnEPwl 0004cd40 T __ZNSt15basic_streambufIcSt11char_traitsIcEE6xsgetnEPcl 0004cb70 T __ZNSt15basic_streambufIwSt11char_traitsIwEE6xsgetnEPwl -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45730
[Bug libstdc++/45730] Undefined symbol __gnu_cxx::stdio_sync_filebufchar, std::char_traitschar ::xsgetn(char*, long)
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-09-20 02:57 --- Regression caused by... Author: hubicka Date: Sat Sep 18 21:25:29 2010 New Revision: 164402 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=164402 Log: PR tree-optimization/45605 * cgraphunit.c (cgraph_analyze_functions): Allocate bitmap obstack. * gimple-fold.c (static_object_in_other_unit_p): New function. (canonicalize_constructor_val): Use it. (get_symbol_constant_value): Be reaqdy for canonicalize_constructor_val returning NULL. (gimple_fold_obj_type_ref_known_binfo): Use static_object_in_other_unit_p. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45730
[Bug c/45719] New: gcc.target/i386/pad-3.c scan-assembler-not nop fails at -m32 for-fPIC
On x86_64-apple-darwin10, the new testcase failure... FAIL: gcc.target/i386/pad-3.c scan-assembler-not nop appears at -m32. The failure is suppressed if the testcase is compiled with -fno-PIC. -- Summary: gcc.target/i386/pad-3.c scan-assembler-not nop fails at -m32 for-fPIC Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: x86_64-apple-darwin10 GCC host triplet: x86_64-apple-darwin10 GCC target triplet: x86_64-apple-darwin10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45719
[Bug c/45719] gcc.target/i386/pad-3.c scan-assembler-not nop fails at -m32 for-fPIC
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-09-18 15:01 --- Created an attachment (id=21829) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21829action=view) assembly file for /gcc.target/i386/pad-3.c at -m32 on x86_64-apple-darwin10 Assembly file generated with... /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/ /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100918/gcc/testsuite/gcc.target/i386/pad-3.c -O2 -fomit-frame-pointer -march=atom -S -S -m32 --save-temps -o pad-3.s -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45719
[Bug c/45719] gcc.target/i386/pad-3.c scan-assembler-not nop fails at -m32 for-fPIC
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-09-18 15:02 --- Created an attachment (id=21830) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21830action=view) preprocessed source file for /gcc.target/i386/pad-3.c at -m32 on x86_64-apple-darwin10 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45719
[Bug c/45719] gcc.target/i386/pad-3.c scan-assembler-not nop fails at -m32 for-fPIC
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-09-18 16:12 --- (In reply to comment #3) Does adding -fno-pic work on Darwin? Yes, -fno-pic also suppresses the nop's in the testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45719
[Bug tree-optimization/44776] FAIL: gcc.dg/matrix/transpose-3.c execution, -fprofile-use -fipa-matrix-reorg -fdump-ipa-matrix-reorg -O3 -fwhole-program -combine
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-09-17 14:21 --- Should we just XFAIL this on darwin then? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44776
[Bug middle-end/45230] gcc.c-torture/execute/strncmp-1.c ICEs with -fgraphite-identity
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-09-14 23:27 --- ICEs are atill present for both strncmp-1.c and reduced testcase on x86_64-apple-darwin10 at r164287. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45230
[Bug c++/45645] pr44972.C fails with error: �__assert_fail� was not declared in this scope
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-09-13 19:13 --- I can confirm that the change... Index: gcc/testsuite/g++.dg/torture/pr44972.C === --- gcc/testsuite/g++.dg/torture/pr44972.C (revision 164251) +++ gcc/testsuite/g++.dg/torture/pr44972.C (working copy) @@ -74,7 +74,7 @@ T const get() const ; -T const* operator-() const { ((this-is_initialized()) ? static_castvoid (0) : __assert_fail (this-is_initialized(), pr44972.C, 78, __PRETTY_FUNCTION__)) ; return this-get_ptr_impl() ; } +T const* operator-() const { assert(this-is_initialized()) ; return this-get_ptr_impl() ; } } ; ...eliminates the g++.dg/torture/pr44972.C -O0 failures on x86_64-apple-darwin10 at both -m32 and -m64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45645
[Bug c++/45645] pr44972.C fails with error: �__assert_fail� was not declared in this scope
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2010-09-13 22:33 --- Patch posted at http://gcc.gnu.org/ml/gcc-patches/2010-09/msg01144.html. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45645
[Bug testsuite/45361] gcc.target/i386/volatile-2.c failed
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2010-09-12 18:49 --- (In reply to comment #11) Still FAILing on i686-pc-cygwin (and presumably any other nonpic ix86 targets): This was fixed at... r163685 | uros | 2010-08-31 13:32:23 -0400 (Tue, 31 Aug 2010) | 3 lines * gcc.target/i386/volatile-2.c: Require nonpic target. on darwin. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45361
[Bug c++/45645] New: pr44972.C fails with error: �__assert_fail� was not declared in this scope
The new g++.dg/torture/pr44972.C fails to compile at all optimization levels on x86_64-apple-darwin10... FAIL: g++.dg/torture/pr44972.C -O0 (test for excess errors) FAIL: g++.dg/torture/pr44972.C -O1 (test for excess errors) FAIL: g++.dg/torture/pr44972.C -O2 (test for excess errors) FAIL: g++.dg/torture/pr44972.C -O3 -fomit-frame-pointer (test for excess errors) FAIL: g++.dg/torture/pr44972.C -O3 -g (test for excess errors) FAIL: g++.dg/torture/pr44972.C -Os (test for excess errors) FAIL: g++.dg/torture/pr44972.C -O2 -flto (test for excess errors) FAIL: g++.dg/torture/pr44972.C -O2 -fwhopr (test for excess errors) The failures are of the form... /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/g++/../../g++ -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/g++/../../ /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/gcc/testsuite/g++.dg/torture/pr44972.C -nostdinc++ -I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/include/x86_64-apple-darwin10.5.0 -I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/include -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/libstdc++-v3/libsupc++ -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/libstdc++-v3/include/backward -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/libstdc++-v3/testsuite/util -fmessage-length=0 -O0 -S -m32 -o pr44972.s /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/gcc/testsuite/g++.dg/torture/pr44972.C: In member function const T* boost::optionalT::operator-() const [with T = std::pairNT, NT]: /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/gcc/testsuite/g++.dg/torture/pr44972.C:137:9: instantiated from here /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/gcc/testsuite/g++.dg/torture/pr44972.C:77:35: error: __assert_fail was not declared in this scope Using built-in specs. COLLECT_GCC=g++-4 COLLECT_LTO_WRAPPER=/sw/lib/gcc4.6/libexec/gcc/x86_64-apple-darwin10.5.0/4.6.0/lto-wrapper Target: x86_64-apple-darwin10.5.0 Configured with: ../gcc-4.6-20100910/configure --prefix=/sw --prefix=/sw/lib/gcc4.6 --mandir=/sw/share/man --infodir=/sw/lib/gcc4.6/info --enable-languages=c,c++,fortran,objc,obj-c++,java --with-gmp=/sw --with-libiconv-prefix=/sw --with-ppl=/sw --with-cloog=/sw --with-mpc=/sw --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --program-suffix=-fsf-4.6 --enable-checking=yes Thread model: posix gcc version 4.6.0 20100910 (experimental) (GCC) -- Summary: pr44972.C fails with error: __assert_fail was not declared in this scope Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: x86_64-apple-darwin10 GCC host triplet: x86_64-apple-darwin10 GCC target triplet: x86_64-apple-darwin10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45645
[Bug c++/45645] pr44972.C fails with error: �__assert_fail� was not declared in this scope
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-09-11 01:29 --- Created an attachment (id=21770) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21770action=view) preprocessed source for g++.dg/torture/pr44972.C -O0 Generated with... /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/g++/../../g++ -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/g++/../../ /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/gcc/testsuite/g++.dg/torture/pr44972.C -nostdinc++ -I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/include/x86_64-apple-darwin10.5.0 -I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/i386/libstdc++-v3/include -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/libstdc++-v3/libsupc++ -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/libstdc++-v3/include/backward -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/libstdc++-v3/testsuite/util -fmessage-length=0 -O0 -S -m32 --save-temps -o pr44972.s on x86_64-apple-darwin10. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45645
[Bug c++/45646] New: ld: in partition2.o, section not found for address 0x696765625F617863
The compilation of partition2.x52 from the profiling data in partition2.gcda fails at -m64 on x86_64-apple-darwin10 with the error... /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/g++/../../g++ -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/g++/../../ /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/gcc/testsuite/g++.dg/tree-prof/partition2.C -nostdinc++ -I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/libstdc++-v3/include/x86_64-apple-darwin10.5.0 -I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/libstdc++-v3/include -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/libstdc++-v3/libsupc++ -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/libstdc++-v3/include/backward -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/libstdc++-v3/testsuite/util -fmessage-length=0 -O3 -g -fnon-call-exceptions -freorder-blocks-and-partition -fprofile-use -L/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/./libstdc++-v3/src/.libs -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/./libstdc++-v3/src/.libs -L/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/./libstdc++-v3/src/.libs -L/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/./libiberty -multiply_defined suppress -lm -m64 -o ./partition2.x52 ld: in /var/folders/1C/1CdoNxmNFHyOIjNBLNuJhTM/-Tmp-//ccVrX7dM.o, section not found for address 0x696765625F617863 -- Summary: ld: in partition2.o, section not found for address 0x696765625F617863 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: x86_64-apple-darwin10 GCC host triplet: x86_64-apple-darwin10 GCC target triplet: x86_64-apple-darwin10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45646
[Bug c++/45646] ld: in partition2.o, section not found for address 0x696765625F617863
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-09-11 01:53 --- Created an attachment (id=21771) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21771action=view) partition2.gcda generated from partition2.x51 at -m64 on x86_64-apple-darwin10 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45646
[Bug c++/45646] ld: in partition2.o, section not found for address 0x696765625F617863
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-09-11 01:54 --- Created an attachment (id=21772) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21772action=view) preprocessed source for g++.dg/tree-prof/partition2.C compiled as partition2.x52 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45646
[Bug c++/45646] ld: in partition2.o, section not found for address 0x696765625F617863
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-09-11 01:55 --- Created an attachment (id=21773) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21773action=view) assembly file for g++.dg/tree-prof/partition2.C compiled as partition2.x52 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45646
[Bug c++/45646] ld: in partition2.o, section not found for address 0x696765625F617863
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-09-11 01:55 --- Created an attachment (id=21774) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21774action=view) object file for g++.dg/tree-prof/partition2.C compiled as partition2.x52 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45646
[Bug c++/45646] ld: in partition2.o, section not found for address 0x696765625F617863
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-09-11 01:57 --- Attached files were generated as follows... /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/g++/../../g++ -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/g++/../../ /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/gcc/testsuite/g++.dg/tree-prof/partition2.C -nostdinc++ -I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/libstdc++-v3/include/x86_64-apple-darwin10.5.0 -I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/libstdc++-v3/include -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/libstdc++-v3/libsupc++ -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/libstdc++-v3/include/backward -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/libstdc++-v3/testsuite/util -fmessage-length=0 -O3 -g -fnon-call-exceptions -freorder-blocks-and-partition -fprofile-generate -L/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/./libstdc++-v3/src/.libs -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/./libstdc++-v3/src/.libs -L/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/./libstdc++-v3/src/.libs -L/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/./libiberty -multiply_defined suppress -lm -m64 -o ./partition2.x51 ./partition2.x51 /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/g++/../../g++ -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/g++/../../ /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/gcc/testsuite/g++.dg/tree-prof/partition2.C -nostdinc++ -I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/libstdc++-v3/include/x86_64-apple-darwin10.5.0 -I/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/libstdc++-v3/include -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/libstdc++-v3/libsupc++ -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/libstdc++-v3/include/backward -I/sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100910/libstdc++-v3/testsuite/util -fmessage-length=0 -O3 -g -fnon-call-exceptions -freorder-blocks-and-partition -fprofile-use -L/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/./libstdc++-v3/src/.libs -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/./libstdc++-v3/src/.libs -L/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/./libstdc++-v3/src/.libs -L/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/x86_64-apple-darwin10.5.0/./libiberty -multiply_defined suppress -lm -m64 --save-temps -o ./partition2.x52 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45646
[Bug c++/45646] ld: in partition2.o, section not found for address 0x696765625F617863
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-09-11 03:15 --- This failure exists at r163743 with the addition of the g++.dg/tree-prof/partition2.C testcase. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45646
[Bug target/42070] FAIL: g++.dg/tree-prof/partition1.C compilation, -O3 -g -fprofile-use
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-09-09 17:19 --- Created an attachment (id=21755) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21755action=view) patch to prune bogus linker warnings from Xcode 3.2.x. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42070
[Bug target/42313] FAIL: gcc.target/i386/builtin-unreachable.c scan-assembler-not %e[bs]p on i686 darwin
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2010-09-08 01:05 --- Fixed on trunk at r163971. -- howarth at nitro dot med dot uc dot edu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42313
[Bug target/44651] gcc.target/x86_64/abi/callabi/leaf-[1,2].c fail on darwin
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2010-09-08 01:06 --- Fixed on trunk at r163971. -- howarth at nitro dot med dot uc dot edu changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44651
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #44 from howarth at nitro dot med dot uc dot edu 2010-09-06 13:17 --- Created an attachment (id=21709) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21709action=view) retain redefinition of MAIN_STACK_BOUNDARY as required -- howarth at nitro dot med dot uc dot edu changed: What|Removed |Added Attachment #21647|0 |1 is obsolete|| Attachment #21681|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #45 from howarth at nitro dot med dot uc dot edu 2010-09-06 13:57 --- (In reply to comment #44) Created an attachment (id=21709) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21709action=view) [edit] retain redefinition of MAIN_STACK_BOUNDARY as required Testsuite results for the PR36502v9.patch are shown in http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00537.html. The compiler ICEs shown for gfortran.dg/backspace_1.f, gfortran.dg/record_marker_2.f, gfortran.dg/graphite/pr42393-1.f90 libgomp.fortran/appendix-a/a.16.1.f90, libgomp.fortran/omp_atomic2.f90, libgomp.graphite/force-parallel-3.c, libgomp.graphite/force-parallel-9.c and 25_algorithms/heap/moveable.cc shouldn't be due to my patch as the identical patch (except for test cases corrections) was tested in http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00168.html and didn't show them. While I don't see these in other reported i386-apple-darwin10 testresults, those aren't using --enable-checking=yes. I will rebuild gcc trunk without PR36502v9.patch, reconfirm those ICEs and file PRs against them separately. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug middle-end/45234] [4.4/4.5/4.6 Regression] ICE in expand_call, at calls.c:2845 when passing aligned function argument from unaligned stack after alloca
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2010-09-06 18:40 --- Still present for x86_64-unknown-gnu-linux with -m32 at r163927 when tested on x86_64 Fedora 10 using the new gcc/gcc/testsuite/gcc.dg/torture/stackalign/alloca-5.c test case only from gcc-pr45234-2.patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45234
[Bug bootstrap/45538] --enable-build-with-cxx compiling gcc/libcpp/charset.c
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-09-07 01:23 --- Caused by... Author: rth Date: Sat Aug 21 19:05:40 2010 New Revision: 163446 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163446 Log: Vectorize fast path of _cpp_clean_line. * configure.ac (AC_C_BIGENDIAN, AC_TYPE_UINTPTR_T): New tests. (ssize_t): Check via AC_TYPE_SSIZE_T instead of AC_CHECK_TYPE. (ptrdiff_t): Check via AC_CHECK_TYPE. * config.in, configure: Rebuild. * system.h: Include stdint.h, if available. * lex.c (WORDS_BIGENDIAN): Provide default. (acc_char_mask_misalign, acc_char_replicate, acc_char_cmp, acc_char_index, search_line_acc_char, repl_chars, search_line_mmx, search_line_sse2, search_line_sse42, init_vectorized_lexer, search_line_fast): New. (_cpp_clean_line): Use search_line_fast. Restructure the fast loop to make it clear when we're leaving the loop. Stay in the fast loop for non-trigraph '?'. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45538
[Bug bootstrap/45573] New: --enable-build-with-cxx failures with ld: crtbegin.o: No such file: No such file or directory
When trying to bootstrap gcc trunk (r163445 or earlier to avoid PR45538) with --enable-build-with-cxx, the bootstrap fails at... g++ -g -DIN_GCC -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-dummy c-lang.o c-family/stub-objc.o attribs.o c-errors.o c-decl.o c-typeck.o c-convert.o c-aux-info.o c-objc-common.o c-parser.o tree-mudflap.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 i386-c.o \ dummy-checksum.o main.o tree-browser.o libbackend.a ../libcpp/libcpp.a ../libdecnumber/libdecnumber.a ../libcpp/libcpp.a ../libiberty/libiberty.a ../libdecnumber/libdecnumber.a -lcloog -lppl_c -lppl -lgmpxx -L/usr/lib -L/usr/lib -L/usr/lib -lmpc -lmpfr -lgmp -rdynamic -ldl -L../zlib -lz -lelf ld: crtbegin.o: No such file: No such file or directory make[3]: *** [cc1-dummy] Error 1 when bootstrapping with... ../gcc/configure --with-gmp=/usr --with-mpfr=/usr --with-mpc=/usr --prefix=/home/howarth/dist --enable-languages=c,c++ --enable-build-with-cxx on x86_64 Fedora 10. This problem exists as far back as r161093. whereas before that commit the failure was... g++ -c -g -DIN_GCC -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../../gcc/gcc -I../../gcc/gcc/. -I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -I/usr/include -I/usr/include -I/usr/include -I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/bid -I../libdecnumber -DCLOOG_PPL_BACKEND -I/usr/include/libelf insn-attrtab.c -o insn-attrtab.o g++: error trying to exec 'cc1plus': execvp: No such file or directory make[3]: *** [insn-attrtab.o] Error 1 -- Summary: --enable-build-with-cxx failures with ld: crtbegin.o: No such file: No such file or directory Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45573
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #47 from howarth at nitro dot med dot uc dot edu 2010-09-07 03:27 --- Testsuite results for gcc-pr45234-2.patch and PR36502v9.patch on i386-apple-darwin10 are at... http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00603.html PR36502, PR42313 and PR44651 fixed as well as stack realignment, when not on main, enabled (as shown by the new and revised test cases passing). No new regressions in test results at either -m32 or -m64. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #21 from howarth at nitro dot med dot uc dot edu 2010-09-04 13:08 --- Index: gcc/configure.ac === --- gcc/configure.ac(revision 163853) +++ gcc/configure.ac(working copy) @@ -608,10 +608,6 @@ # Enable C extension for decimal float if target supports it. GCC_AC_ENABLE_DECIMAL_FLOAT([$target]) -dfp=`if test $enable_decimal_float != no; then echo 1; else echo 0; fi` -AC_DEFINE_UNQUOTED(ENABLE_DECIMAL_FLOAT, $dfp, -[Define to 1 to enable decimal float extension to C.]) - bid=`if test $enable_decimal_float = bid; then echo 1; else echo 0; fi` AC_DEFINE_UNQUOTED(ENABLE_DECIMAL_BID_FORMAT, $bid, [Define to 1 to specify that we are using the BID decimal floating Index: config/dfp.m4 === --- config/dfp.m4 (revision 163853) +++ config/dfp.m4 (working copy) @@ -30,6 +30,10 @@ esac ]) + dfp=`if test $enable_decimal_float != no; then echo 1; else echo 0; fi` + AC_DEFINE_UNQUOTED(ENABLE_DECIMAL_FLOAT, $dfp, + [Define to 1 to enable decimal float extension to C.]) + # x86's use BID format instead of DPD case x$enable_decimal_float in xyes) @@ -50,4 +54,4 @@ esac AC_SUBST(enable_decimal_float) -]) \ No newline at end of file +]) which restore the original code sequencing, eliminates the decimal float failures on x86_64-apple-darwin10. However, I don't know what this does to linux due to the remaining differences being omitted. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #22 from howarth at nitro dot med dot uc dot edu 2010-09-04 13:39 --- I should note that one probe I am using to monitor how this builds is what grep decimal_float config.log reports in the gcc, libdecnumber and libgcc build directories. Pre-r163815/r163816, on darwin this was.. enable_decimal_float='dpd' for gcc and libdecnumber but... decimal_float='no' enable_decimal_float='no' in the libgcc build directory. With the patch in comment 21, this is changed to... decimal_float='no' enable_decimal_float='dpd' Note that this compares to what we got in libgcc with r163815/r163816 of... decimal_float='yes' enable_decimal_float='dpd' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2010-09-04 14:26 --- The patch in comment 21 seems to work on x86_64-unknown-linux-gnu for a stock build. Iin the libgcc build directory before and after the patch, I get... decimal_float='yes' enable_decimal_float='bid' -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #24 from howarth at nitro dot med dot uc dot edu 2010-09-04 14:38 --- Created an attachment (id=21695) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21695action=view) Move definition of ENABLE_DECIMAL_FLOAT to 1 into config/dfp.m4. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #27 from howarth at nitro dot med dot uc dot edu 2010-09-04 15:44 --- Both patches fail on a x86_64-apple-darwin10 bootstrap with.. make[3]: *** No rule to make target `../../gcc-4.6-20100904/gcc/../libdecnumber/no/decimal32.h', needed by `dfp.o'. Stop -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #29 from howarth at nitro dot med dot uc dot edu 2010-09-04 16:32 --- (In reply to comment #28) Created an attachment (id=21698) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21698action=view) [edit] A new patch Try this one. This bootstraps. Regtesting next. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #31 from howarth at nitro dot med dot uc dot edu 2010-09-04 16:58 --- (In reply to comment #30) I'm not sure whether the patches remove the need for the other patch in comment #21 though. Jack, can you post what you are exactly testing (without the regenerated files, which are unnecessary)? Testing H.J.'s gcc-pr45524-3.patch as it is the first in his series which bootstraps on x86_64-apple-darwin10. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #32 from howarth at nitro dot med dot uc dot edu 2010-09-04 18:12 --- I can confirm that gcc-pr45524-3.patch bootstraps and eliminates the regressions caused by r163815/r163816 on x86_64-apple-darwin10. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/42313] FAIL: gcc.target/i386/builtin-unreachable.c scan-assembler-not %e[bs]p on i686 darwin
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2010-09-04 19:13 --- (In reply to comment #7) I fixed the test case to not expect the unimplemented optimization in r157197, however, it would be nice to ensure the async signal handlers can handle unaligned stacks and to perform this optimization. I'm fairly certain the signal handers have to cope as code gen can do: _h: subl$12, %esp movl$1, %eax addl$12, %esp ret for int h () { return 1; } and certainly we can take a signal at _h+0, where esp isn't aligned. Given that, we can omit sp alignments for leaf functions (and no tail calls either), even on machines where otherwise an alignment is required, as long as any variables on the stack are correctly aligned. When this optimization is added, we can undo the r157197 change. My proposed patch to fix PR36502... http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00237.html that enables stack realignment on intel darwin also solves this PR as well. Comparing the output from gcc trunk before and after my patch, I see... --- builtin-unreachable.s 2010-09-04 15:12:40.0 -0400 +++ builtin-unreachable.trunk_patched 2010-09-04 15:02:45.0 -0400 @@ -3,11 +3,7 @@ .globl _h _h: LFB0: - subl$12, %esp -LCFI0: movl$1, %eax - addl$12, %esp -LCFI1: ret LFE0: .section __TEXT,__eh_frame,coalesced,no_toc+strip_static_syms+live_support @@ -39,16 +35,6 @@ .set L$set$2,LFE0-LFB0 .long L$set$2 .byte 0 - .byte 0x4 - .set L$set$3,LCFI0-LFB0 - .long L$set$3 - .byte 0xe - .byte 0x10 - .byte 0x4 - .set L$set$4,LCFI1-LCFI0 - .long L$set$4 - .byte 0xe - .byte 0x4 .align 2 LEFDE1: .subsections_via_symbols -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42313
[Bug testsuite/44651] gcc.target/x86_64/abi/callabi/leaf-[1,2].c fail on darwin
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-09-04 20:28 --- My proposed patch to fix PR36502... http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00237.html also fixes this regression as can be since from the diff of leaf.s generated with gcc trunk before and after applying my patch... --- leaf-1.s2010-09-04 16:26:13.0 -0400 +++ leaf-1.s.patched_trunk 2010-09-04 16:24:35.0 -0400 @@ -3,11 +3,7 @@ .globl _foo _foo: LFB0: - subq$8, %rsp -LCFI0: xorl%eax, %eax - addq$8, %rsp -LCFI1: ret LFE0: .section __TEXT,__eh_frame,coalesced,no_toc+strip_static_syms+live_support @@ -39,16 +35,6 @@ .set L$set$2,LFE0-LFB0 .quad L$set$2 .byte 0 - .byte 0x4 - .set L$set$3,LCFI0-LFB0 - .long L$set$3 - .byte 0xe - .byte 0x10 - .byte 0x4 - .set L$set$4,LCFI1-LCFI0 - .long L$set$4 - .byte 0xe - .byte 0x8 .align 3 LEFDE1: .subsections_via_symbols -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44651
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #42 from howarth at nitro dot med dot uc dot edu 2010-09-04 20:39 --- Posted final version of proposed patch to... http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00237.html This patch also fixes PR42313 and PR44651 as yet another added bonus. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug target/42313] FAIL: gcc.target/i386/builtin-unreachable.c scan-assembler-not %e[bs]p on i686 darwin
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-09-04 21:20 --- Updated patch to reflect the wider coverage of PRs fixed... http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00365.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42313
[Bug target/44651] gcc.target/x86_64/abi/callabi/leaf-[1,2].c fail on darwin
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-09-04 21:20 --- Updated patch to reflect the wider coverage of PRs fixed... http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00365.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44651
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #43 from howarth at nitro dot med dot uc dot edu 2010-09-04 21:21 --- Updated patch to reflect the wider coverage of PRs fixed... http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00365.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug bootstrap/45538] New: --enable-build-with-cxx compiling gcc/libcpp/charset.c
Current gcc trunk no longer bootstraps with --enable-build-with-cxx on x86_64-apple-darwin10. The build fails at... config.status: executing depdir commands mkdir .deps g++ -I../../gcc/libcpp -I. -I../../gcc/libcpp/../include -I../../gcc/libcpp/include -g -W -Wall -Wwrite-strings -Wmissing-format-attribute -pedantic -Wno-long-long -I../../gcc/libcpp -I. -I../../gcc/libcpp/../include -I../../gcc/libcpp/include -c -o charset.o -MT charset.o -MMD -MP -MF .deps/charset.Tpo ../../gcc/libcpp/charset.c In file included from ../../gcc/libcpp/charset.c:22: ../../gcc/libcpp/system.h:260:21: warning: libintl.h: No such file or directory In file included from ../../gcc/libcpp/system.h:30, from ../../gcc/libcpp/charset.c:22: /usr/lib/gcc/i686-apple-darwin10/4.2.1/include/stddef.h:152: error: multiple types in one declaration /usr/lib/gcc/i686-apple-darwin10/4.2.1/include/stddef.h:152: error: declaration does not declare anything make[3]: *** [charset.o] Error 1 make[2]: *** [all-stage1-libcpp] Error 2 make[1]: *** [stage1-bubble] Error 2 make: *** [all] Error 2 when the build is configured as... ../gcc/configure --prefix=/Users/howarth/dist --with-gmp=/sw --with-libiconv-prefix=/sw --with-ppl=/sw --with-cloog=/sw --with-mpc=/sw --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --enable-checking=yes --enable-languages=c,c++ --enable-build-with-cxx -- Summary: --enable-build-with-cxx compiling gcc/libcpp/charset.c Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: x86_64-apple-darwin10 GCC host triplet: x86_64-apple-darwin10 GCC target triplet: x86_64-apple-darwin10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45538
[Bug bootstrap/45538] --enable-build-with-cxx compiling gcc/libcpp/charset.c
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-09-05 04:46 --- Created an attachment (id=21701) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21701action=view) failed bootstrap log on x86_64-apple-darwin10 with --enable-build-with-cxx -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45538
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #34 from howarth at nitro dot med dot uc dot edu 2010-09-05 04:57 --- Regression result for gcc-pr45524-3.patch on x86_64-apple-darwin10. http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00410.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug bootstrap/45538] --enable-build-with-cxx compiling gcc/libcpp/charset.c
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-09-05 05:40 --- The same bootstrap failure occurs on x86_64 Fedora 10 with... ../gcc/configure --with-gmp=/usr --with-mpfr=/usr --with-mpc=/usr --prefix=/home/howarth/dist --enable-languages=c,c++ --enable-build-with-cxx which fails with... g++ -I../../gcc/libcpp -I. -I../../gcc/libcpp/../include -I../../gcc/libcpp/include -g -W -Wall -Wwrite-strings -Wmissing-format-attribute -pedantic -Wno-long-long -I../../gcc/libcpp -I. -I../../gcc/libcpp/../include -I../../gcc/libcpp/include -c -o charset.o -MT charset.o -MMD -MP -MF .deps/charset.Tpo ../../gcc/libcpp/charset.c In file included from ../../gcc/libcpp/system.h:30, from ../../gcc/libcpp/charset.c:22: /usr/lib/gcc/x86_64-redhat-linux/4.3.2/include/stddef.h:152: error: multiple types in one declaration /usr/lib/gcc/x86_64-redhat-linux/4.3.2/include/stddef.h:152: error: declaration does not declare anything -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45538
[Bug target/45524] New: r163815/r163816 produces new regressions on x86_64-apple-darwin10
The new commits... Author: krebbel Date: Fri Sep 3 13:14:14 2010 New Revision: 163815 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163815 Log: gcc/ 2010-09-03 Andreas Krebbel andreas.kreb...@de.ibm.com * configure.ac: Use the GCC_AC_ENABLE_DECIMAL_FLOAT macro. * Makefile.in: Add aclocal.m4 dependency to dfp.m4. * configure: Regenerate. * aclocal.m4: Regenerate. config/ 2010-09-03 Andreas Krebbel andreas.kreb...@de.ibm.com * dfp.m4: New file. libdecnumber/ 2010-09-03 Andreas Krebbel andreas.kreb...@de.ibm.com * configure.ac: Use the GCC_AC_ENABLE_DECIMAL_FLOAT macro. * Makefile.in: Add aclocal.m4 dependency to dfp.m4. * configure: Regenerate. * aclocal.m4: Regenerate. libgcc/ 2010-09-03 Andreas Krebbel andreas.kreb...@de.ibm.com * configure.ac: Use the GCC_AC_ENABLE_DECIMAL_FLOAT macro. Include dfp.m4. * configure: Regenerate. Author: krebbel Date: Fri Sep 3 13:16:24 2010 New Revision: 163816 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163816 Log: gcc/ 2010-09-03 Andreas Krebbel andreas.kreb...@de.ibm.com * configure: Regenerate. * aclocal.m4: Regenerate. libdecnumber/ 2010-09-03 Andreas Krebbel andreas.kreb...@de.ibm.com * configure: Regenerate. * aclocal.m4: Regenerate. libgcc/ 2010-09-03 Andreas Krebbel andreas.kreb...@de.ibm.com * configure: Regenerate. produce new regressions at -m32/-m64 on x86_64-apple-darwin10 of... FAIL: c-c++-common/dfp/func-vararg-mixed-2.c (test for excess errors) WARNING: c-c++-common/dfp/func-vararg-mixed-2.c compilation failed to produce executable FAIL: c-c++-common/dfp/pr36800.c (test for excess errors) WARNING: c-c++-common/dfp/pr36800.c compilation failed to produce executable FAIL: c-c++-common/dfp/pr39034.c (test for excess errors) WARNING: c-c++-common/dfp/pr39034.c compilation failed to produce executable FAIL: c-c++-common/dfp/pr39035.c (test for excess errors) WARNING: c-c++-common/dfp/pr39035.c compilation failed to produce executable FAIL: gcc.target/i386/pr32065-2.c (test for excess errors) WARNING: gcc.target/i386/pr32065-2.c compilation failed to produce executable These are of the form... Executing on host: /Users/howarth/darwin_objdir/gcc/xgcc -B/Users/howarth/darwin_objdir/gcc/ /Users/howarth/gcc/gcc/testsuite/c-c++-common/dfp/func-vararg-mixed-2.c -mpreferred-stack-boundary=2 -lm -m32 -o ./func-vararg-mixed-2.exe (timeout = 300) Undefined symbols: ___dpd_truncddsd2, referenced from: _vararg_d64 in ccSemHJT.o ___dpd_nesd2, referenced from: _main in ccSemHJT.o ___dpd_nedd2, referenced from: _main in ccSemHJT.o ___dpd_netd2, referenced from: _main in ccSemHJT.o ___dpd_extendsddd2, referenced from: _main in ccSemHJT.o ld: symbol(s) not found -- Summary: r163815/r163816 produces new regressions on x86_64- apple-darwin10 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: x86_64-apple-darwin10 GCC host triplet: x86_64-apple-darwin10 GCC target triplet: x86_64-apple-darwin10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-09-03 18:53 --- Created an attachment (id=21688) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21688action=view) gcc/config.log from x86_64-apple-darwin10 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-09-03 18:54 --- Created an attachment (id=21689) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21689action=view) gcc/autohost.h from x86_64-apple-darwin10 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2010-09-03 18:56 --- Added gcc/config.log and gcc/autohost.h files from a build on x86_64-apple-darwin10 configured with... ../gcc/configure --prefix=/Users/howarth/dist --with-gmp=/sw --with-libiconv-prefix=/sw --with-ppl=/sw --with-cloog=/sw --with-mpc=/sw --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --enable-checking=yes --enable-languages=c --enable-lto -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-09-03 20:06 --- Looking at a build previous to r163815/r163816, I find that config.log has... enable_decimal_float='no' in the libgcc build subdirectories, but config.log shows... enable_decimal_float='dpd' everywhere else in the build tree. Now after r163815/r163816, enable_decimal_float='dpd' appears in config.log of the libgcc subdirectory as well. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-09-03 21:58 --- Okay the problem is that pre-r163815/r163816, we had in gcc/configure.ac... # x86's use BID format instead of DPD case x$enable_decimal_float in xyes) case $target in i?86*-*-linux* | x86_64*-*-linux*) enable_decimal_float=bid ;; *) enable_decimal_float=dpd ;; esac ;; xno) # ENABLE_DECIMAL_FLOAT is set to 0. But we have to have proper # dependency on libdecnumber. enable_decimal_float=dpd ;; esac whereas in libgcc/configure.ac, we had a special case of just... # x86's use BID format instead of DPD if test x$enable_decimal_float = xyes; then case $host in i?86*-*-linux* | x86_64*-*-linux*) enable_decimal_float=bid ;; *) enable_decimal_float=dpd ;; esac fi that did nothing in the case of enable_decimal_float=no. Our problem is that dfp.m4 is too coarse of a solution as it forces the same test to be used everywhere... # x86's use BID format instead of DPD case x$enable_decimal_float in xyes) case $target in i?86*-*-* | x86_64*-*-*) enable_decimal_float=bid ;; *) enable_decimal_float=dpd ;; esac ;; xno) # ENABLE_DECIMAL_FLOAT is set to 0. But we have to have proper # dependency on libdecnumber. enable_decimal_float=dpd ;; esac and invalidly sets enable_decimal_float=dpd for libgcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-09-03 22:12 --- Of course this bug impacts all non-linux targets so it should be a P1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug lto/44812] m32 lto produces non-relocatable subtraction expression errors
--- Comment #33 from howarth at nitro dot med dot uc dot edu 2010-09-03 23:36 --- Fixed at r163811. -- howarth at nitro dot med dot uc dot edu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44812
[Bug middle-end/45484] Invalid memory access in gcc.c-torture/execute/builtins/sprintf-chk.c
--- Comment #25 from howarth at nitro dot med dot uc dot edu 2010-09-03 23:37 --- Fixed at r163823. -- howarth at nitro dot med dot uc dot edu changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45484
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2010-09-04 01:26 --- Reverting and regenerating libgcc/configure.ac is insufficient to eliminate the failures. I will try reverting both libgcc/configure.ac and libdecnumber/configure.ac next. I suspect the changes in r163815/r163816 are misguided in that it wasn't appreciated how the behavior of dfp.m4 had to be modulated for each location. This being the case, the advantage of merging these configure.ac code into a single m4 file seems nullified. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-09-04 02:09 --- To make clearer the subtleties being lost in a single dfp.m4 file, here are the diffs of the lines replaced out of configure.ac from each location (gcc, libgcc and libdecnumber). --- gcc 2010-09-03 22:04:53.0 -0400 +++ libgcc 2010-09-03 22:01:16.0 -0400 @@ -11,34 +11,26 @@ esac ], [ - case $target in + case $host in powerpc*-*-linux* | i?86*-*-linux* | x86_64*-*-linux*) enable_decimal_float=yes ;; *) - AC_MSG_WARN(decimal float is not supported for this target, ignored) enable_decimal_float=no ;; esac ]) + # x86's use BID format instead of DPD -case x$enable_decimal_float in - xyes) -case $target in - i?86*-*-linux* | x86_64*-*-linux*) -enable_decimal_float=bid -;; - *) -enable_decimal_float=dpd -;; -esac -;; - xno) -# ENABLE_DECIMAL_FLOAT is set to 0. But we have to have proper -# dependency on libdecnumber. -enable_decimal_float=dpd -;; -esac +if test x$enable_decimal_float = xyes; then + case $host in +i?86*-*-linux* | x86_64*-*-linux*) + enable_decimal_float=bid + ;; +*) + enable_decimal_float=dpd + ;; + esac +fi AC_SUBST(enable_decimal_float) - --- gcc 2010-09-03 22:04:53.0 -0400 +++ libdecnumber2010-09-03 21:59:43.0 -0400 @@ -1,3 +1,6 @@ +# Default decimal format +# If you change the defaults here, be sure to change them in the GCC directory also +AC_MSG_CHECKING([for decimal floating point]) AC_ARG_ENABLE(decimal-float, [ --enable-decimal-float={no,yes,bid,dpd} enable decimal float extension to C. Selecting 'bid' @@ -16,29 +19,22 @@ enable_decimal_float=yes ;; *) - AC_MSG_WARN(decimal float is not supported for this target, ignored) enable_decimal_float=no ;; esac ]) -# x86's use BID format instead of DPD -case x$enable_decimal_float in - xyes) -case $target in - i?86*-*-linux* | x86_64*-*-linux*) -enable_decimal_float=bid -;; - *) -enable_decimal_float=dpd -;; -esac -;; - xno) -# ENABLE_DECIMAL_FLOAT is set to 0. But we have to have proper -# dependency on libdecnumber. -enable_decimal_float=dpd -;; -esac -AC_SUBST(enable_decimal_float) +# x86's use BID format instead of DPD +# In theory --enable-decimal-float=no should not compile anything +# For the sake of simplicity, just use the default format in this directory +if test x$enable_decimal_float = xyes -o x$enable_decimal_float = xno; then + case $target in +i?86*-*-linux* | x86_64*-*-linux*) + enable_decimal_float=bid + ;; +*) + enable_decimal_float=dpd + ;; + esac +fi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2010-09-04 02:27 --- I am not worried about $host vs $target but rather the nuances in the xno case for x$enable_decimal_float in the original code. For gcc/configure.ac, this sets... enable_decimal_float=dpd but that case is not handled in gcc/configure.ac. Likewise comparing gcc/configure.ac to libdecnumber.ac,that case is also ignored but there also is a wrapping test around the entire case statement of... if test x$enable_decimal_float = xyes -o x$enable_decimal_float = xno; then these subtleties have not been extended into dfp.m4 nor has the underlying reason for them been addressed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2010-09-04 02:28 --- (In reply to comment #11) but that case is not handled in gcc/configure.ac. Likewise comparing but that case is not handled in libgcc/configure.ac. Likewise comparing -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2010-09-04 03:39 --- Reverting both libgcc/configure.ac and libdecnumber/configure.ac and regenerating these files is insufficient as well to eliminate the regressions on darwin. Looking at the remaining changes in gcc/configure.ac it is obvious way this change badly breaks non-linux targets. http://gcc.gnu.org/viewcvs/trunk/gcc/configure.ac?r1=163815r2=163814pathrev=163815 The author cut out two sections from gcc/configure.ac and pasted them together in dfp.m4. The intervening section... dfp=`if test $enable_decimal_float != no; then echo 1; else echo 0; fi` AC_DEFINE_UNQUOTED(ENABLE_DECIMAL_FLOAT, $dfp, [Define to 1 to enable decimal float extension to C.]) is now moved to the end, breaking the original logic. This is without even considering the other subtleties in the same code from libgcc/configure.ac and libdecnumber/configure.ac that has been simply ignored. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2010-09-04 05:21 --- The original patch introduce this minor variations in the code copied for dfp.m4 in the gcc/configure.ac, libgcc/configure.ac and libdecnumber.ac is found here... http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01608.html and committed here... http://gcc.gnu.org/ml/gcc-cvs/2007-03/msg00776.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
[Bug middle-end/45484] Invalid memory access in gcc.c-torture/execute/builtins/sprintf-chk.c
--- Comment #19 from howarth at nitro dot med dot uc dot edu 2010-09-02 15:21 --- (In reply to comment #17) No idea if it is correct: diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c index b550d86..decfd65 100644 --- a/gcc/config/i386/i386.c +++ b/gcc/config/i386/i386.c @@ -8121,6 +8121,7 @@ output_set_got (rtx dest, rtx label ATTRIBUTE_UNUSED) if (dwarf2out_do_frame ()) { rtx insn; + dwarf2out_frame_debug (NULL_RTX, false); start_sequence (); insn = emit_barrier (); end_sequence (); This change alone applied to r163600 just crashes the compiler. /Users/howarth/darwin_objdir/gcc/xgcc -B/Users/howarth/darwin_objdir/gcc/ -c ./sprintf-chk.c -w -Os -lm -m32 ./sprintf-chk.c: In function test1: ./sprintf-chk.c:77:1: internal compiler error: in dwarf2out_frame_debug, at dwarf2out.c:2714 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45484
[Bug middle-end/45484] Invalid memory access in gcc.c-torture/execute/builtins/sprintf-chk.c
--- Comment #22 from howarth at nitro dot med dot uc dot edu 2010-09-02 17:39 --- (In reply to comment #21) Created an attachment (id=21670) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21670action=view) [edit] gcc46-pr45484.patch ... Jakub, Thanks. This patch when applied to r163660 on x86_64-apple-darwin10 appears to totally eliminate the ICEs which were occurring 50% of time previously. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45484
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #41 from howarth at nitro dot med dot uc dot edu 2010-09-03 01:58 --- Created an attachment (id=21681) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21681action=view) don't redefine MAIN_STACK_BOUNDARY so -fstack-usage can work -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug lto/44812] m32 lto produces non-relocatable subtraction expression errors
--- Comment #30 from howarth at nitro dot med dot uc dot edu 2010-09-01 14:38 --- Original -m32 lto testsuite failures due to non-relocatable subtraction expression errors were made latent by the commit... Author: ak Date: Tue Aug 31 16:58:46 2010 New Revision: 163680 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163680 Log: * common.opt (fwhopr=): Update for -fwhopr=jobserver * doc/invoke.texi (fwhopr): Document -fwhopr=jobserver. * lto-wrapper.c (run_gcc): Add jobserver mode. * opts.c (common_handle_option): Fix OPT_fwhopr for non numeric argument. Modified: trunk/gcc/ChangeLog trunk/gcc/common.opt trunk/gcc/doc/invoke.texi trunk/gcc/lto-wrapper.c trunk/gcc/opts.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44812
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #32 from howarth at nitro dot med dot uc dot edu 2010-09-01 15:18 --- (In reply to comment #31) I compared revision 163733 against revision 163733 + gcc-pr45234-2.patch with a cross compiler to x86_64-apple-darwin10.4.0. I saw no differences in .su files for gcc.dg/stack-usage-1.c nor gcc.target/i386/stack-usage-realign.c. Are you sure they pass on Darwin with revision 163733? HJ, Actually it appears that... FAIL: gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os (internal compiler error) UNRESOLVED: gcc.c-torture/execute/builtins/sprintf-chk.c execution, -Os FAIL: gcc.dg/stack-usage-1.c scan-file foo\\t(256|264)\\tstatic FAIL: gcc.target/i386/stack-usage-realign.c scan-file main\\t48\\tdynamic,bounded are actually new regressions present in unpatched gcc trunk... http://gcc.gnu.org/ml/gcc-testresults/2010-09/msg00042.html I will do a regression hunt later today to find out the offending commit. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #33 from howarth at nitro dot med dot uc dot edu 2010-09-01 15:30 --- Created an attachment (id=21647) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21647action=view) Don't redefine STACK_BOUNDARY and replace STACK_BOUNDARY with 128. -- howarth at nitro dot med dot uc dot edu changed: What|Removed |Added Attachment #21599|0 |1 is obsolete|| Attachment #21607|0 |1 is obsolete|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #35 from howarth at nitro dot med dot uc dot edu 2010-09-01 15:37 --- (In reply to comment #34) Please do a proper regression test and report REAL regressions. First we need to do a regression hunt in gcc trunk for the new stack test case failures. It is impossible to properly test the patch for PR36502 against a gcc trunk which is already regressed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug middle-end/45484] New: r163660 ICEs gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os at -m32
report,with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Attempting to run this failing compilation through gdb oddly causes the ICE to disappear and the expected and functional sprintf-chk.x7 is created. Using built-in specs. COLLECT_GCC=gcc-4 COLLECT_LTO_WRAPPER=/sw/lib/gcc4.6/libexec/gcc/x86_64-apple-darwin10.5.0/4.6.0/lto-wrapper Target: x86_64-apple-darwin10.5.0 Configured with: ../gcc-4.6-20100901/configure --prefix=/sw --prefix=/sw/lib/gcc4.6 --mandir=/sw/share/man --infodir=/sw/lib/gcc4.6/info --enable-languages=c,c++,fortran,objc,obj-c++,java --with-gmp=/sw --with-libiconv-prefix=/sw --with-ppl=/sw --with-cloog=/sw --with-mpc=/sw --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --program-suffix=-fsf-4.6 --enable-lto --enable-checking=yes Thread model: posix gcc version 4.6.0 20100901 (experimental) (GCC) -- Summary: r163660 ICEs gcc.c-torture/execute/builtins/sprintf- chk.c compilation, -Os at -m32 Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: howarth at nitro dot med dot uc dot edu GCC build triplet: x86_64-apple-darwin10 GCC host triplet: x86_64-apple-darwin10 GCC target triplet: x86_64-apple-darwin10 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45484
[Bug middle-end/45484] r163660 ICEs gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os at -m32
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-09-01 16:21 --- Original patch submitted with http://gcc.gnu.org/ml/gcc-patches/2010-08/msg00440.html. Test cases added with http://gcc.gnu.org/ml/gcc-patches/2010-08/msg00503.html. -- howarth at nitro dot med dot uc dot edu changed: What|Removed |Added Summary|r163660 ICEs gcc.c- |r163660 ICEs gcc.c- |torture/execute/builtins/spr|torture/execute/builtins/spr |intf-chk.c compilation, -Os|intf-chk.c compilation, -Os |at -m32 |at -m32 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45484
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #36 from howarth at nitro dot med dot uc dot edu 2010-09-01 17:45 --- FAIL: gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os (internal compiler error) UNRESOLVED: gcc.c-torture/execute/builtins/sprintf-chk.c execution, -Os FAIL: gcc.dg/stack-usage-1.c scan-file foo\\t(256|264)\\tstatic FAIL: gcc.target/i386/stack-usage-realign.c scan-file main\\t48\\tdynamic,bounded are all due to r163660 and present up to at least r163712. A regtest of r163659 with gcc-pr45234-2.patch and PR36502v4.patch only shows only a single new regression... FAIL: gcc.dg/nest.c execution test which in gdb appears as... (gdb) r Starting program: /Users/howarth/nest_bug/nest.exe Reading symbols for shared libraries ++. done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: 13 at address: 0x 0x978acef0 in misaligned_stack_error_ () the failure disappears if -pg is removed from the compilation of nest.exe. Will try r163659 with only gcc-pr45234-2.patch next. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #37 from howarth at nitro dot med dot uc dot edu 2010-09-01 18:01 --- The nest.c failure doesn't occur with r163659 and gcc-pr45234-2.patch. So PR36502v4.patch solves PR36502 but introduces a single regression in the gcc testsuite. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug middle-end/45484] r163660 ICEs gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os at -m32
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-09-01 19:26 --- I am finding in current gcc trunk that these tests randomly pass and fail if you repeat them enough times. This correlates with Richard Henderson observation that the failures at r163660 looks like random memory corruption. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45484
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #40 from howarth at nitro dot med dot uc dot edu 2010-09-01 21:28 --- (In reply to comment #39) Created an attachment (id=21650) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21650action=view) [edit] Another patch Darwin needs 128bit stack alignment for -pg. This second patch (which is limited to gcc/config/i386/darwin.h) eliminates both PR36502 and the nest.c failures on x86_64-apple-darwin10 at -m32. We still get random failures in... FAIL: gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os (internal compiler error) UNRESOLVED: gcc.c-torture/execute/builtins/sprintf-chk.c execution, -Os FAIL: gcc.dg/stack-usage-1.c scan-file foo\\t(256|264)\\tstatic FAIL: gcc.target/i386/stack-usage-realign.c scan-file main\\t48\\tdynamic,bounded but that the fault of r163660. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug middle-end/45484] r163660 ICEs gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os at -m32
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-09-01 23:11 --- (In reply to comment #3) I think I can prove that my patch doesn't affect code generation, except possibly on the SPARC, so I'm a little skeptical about your diagnosis. Are you sure it's not r163679 instead? Clean bootstrap of r163659 followed by 20 instances of... make -k check-gcc RUNTESTFLAGS=builtins.exp=sprintf-chk.c --target_board=unix'{-m32,-m64}' produce 20 instances of all 40 tests passing. Repeated clean bootstrap for r163660 and 20 instances of the same make check statement produced 10 out of 20 times the failure... FAIL: gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os (internal compiler error) The evidence of r163660 being to blame looks pretty convincing to me. Using built-in specs. COLLECT_GCC=../../dist/bin/gcc COLLECT_LTO_WRAPPER=/Users/howarth/dist/libexec/gcc/x86_64-apple-darwin10.4.0/4.6.0/lto-wrapper Target: x86_64-apple-darwin10.4.0 Configured with: ../gcc/configure --prefix=/Users/howarth/dist --with-gmp=/sw --with-libiconv-prefix=/sw --with-ppl=/sw --with-cloog=/sw --with-mpc=/sw --with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib --enable-checking=yes --enable-languages=c --enable-lto Thread model: posix gcc version 4.6.0 20100830 (experimental) (GCC) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45484
[Bug middle-end/45484] r163660 ICEs gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os at -m32
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-09-01 23:17 --- The code generate IS random. I repeatedly execute... /Users/howarth/darwin_objdir/gcc/xgcc -B/Users/howarth/darwin_objdir/gcc/ /Users/howarth/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/sprintf-chk.c /Users/howarth/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/sprintf-chk-lib.c /Users/howarth/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/lib/main.c -w -Os -lm -m32 --save-temps -o /Users/howarth/darwin_objdir/gcc/testsuite/gcc/sprintf-chk.x7 in individual directories and diff there contents, eventually I get this... --- pr45484/sprintf-chk.s 2010-09-01 19:13:24.0 -0400 +++ pr45484_2/sprintf-chk.s 2010-09-01 19:14:11.0 -0400 @@ -776,7 +776,6 @@ LCFI191: call_abort L56: -LCFI192: call___i686.get_pc_thunk.bx L57: addl$24, %ebp @@ -785,34 +784,33 @@ movl$0, (%eax) leal-12(%ebp), %esp popl%ebx -LCFI193: +LCFI192: popl%esi -LCFI194: +LCFI193: popl%edi -LCFI195: +LCFI194: popl%ebp -LCFI196: +LCFI195: ret -LCFI197: L73: -LCFI198: +LCFI196: addl$32, %esp -LCFI199: +LCFI197: call_abort LFE2: .globl _main_test _main_test: LFB3: pushl %ebp -LCFI200: +LCFI198: movl%esp, %ebp -LCFI201: +LCFI199: pushl %ebx -LCFI202: +LCFI200: call___i686.get_pc_thunk.bx L004$pb: subl$4, %esp -LCFI203: +LCFI201: movl_s2-L004$pb(%ebx), %eax leal_p-L004$pb(%ebx), %edx movl%eax, _s2-L004$pb(%ebx) @@ -825,11 +823,11 @@ call_test1 call_test2 popl%eax -LCFI204: +LCFI202: popl%ebx -LCFI205: +LCFI203: popl%ebp -LCFI206: +LCFI204: jmp _test3 LFE3: .globl _ptr @@ -1855,74 +1853,62 @@ .byte 0x4 .set L$set$189,LCFI192-LCFI190 .long L$set$189 - .byte 0x2e - .byte 0x8 + .byte 0xa + .byte 0xc3 .byte 0x4 .set L$set$190,LCFI193-LCFI192 .long L$set$190 - .byte 0xa - .byte 0xc3 + .byte 0xc6 .byte 0x4 .set L$set$191,LCFI194-LCFI193 .long L$set$191 - .byte 0xc6 + .byte 0xc7 .byte 0x4 .set L$set$192,LCFI195-LCFI194 .long L$set$192 - .byte 0xc7 - .byte 0x4 - .set L$set$193,LCFI196-LCFI195 - .long L$set$193 .byte 0xc .byte 0x5 .byte 0x4 .byte 0xc4 .byte 0x4 - .set L$set$194,LCFI197-LCFI196 - .long L$set$194 - .byte 0x13 - .byte 0x1 - .byte 0x2e - .byte 0 - .byte 0x4 - .set L$set$195,LCFI198-LCFI197 - .long L$set$195 + .set L$set$193,LCFI196-LCFI195 + .long L$set$193 .byte 0xb .align 2 LEFDE5: LSFDE7: - .set L$set$196,LEFDE7-LASFDE7 - .long L$set$196 + .set L$set$194,LEFDE7-LASFDE7 + .long L$set$194 LASFDE7: .long LASFDE7-EH_frame1 .long LFB3-. - .set L$set$197,LFE3-LFB3 - .long L$set$197 + .set L$set$195,LFE3-LFB3 + .long L$set$195 .byte 0 .byte 0x4 - .set L$set$198,LCFI200-LFB3 - .long L$set$198 + .set L$set$196,LCFI198-LFB3 + .long L$set$196 .byte 0xe .byte 0x8 .byte 0x84 .byte 0x2 .byte 0x4 - .set L$set$199,LCFI201-LCFI200 - .long L$set$199 + .set L$set$197,LCFI199-LCFI198 + .long L$set$197 .byte 0xd .byte 0x4 .byte 0x4 - .set L$set$200,LCFI202-LCFI201 - .long L$set$200 + .set L$set$198,LCFI200-LCFI199 + .long L$set$198 .byte 0x83 .byte 0x3 .byte 0x4 - .set L$set$201,LCFI205-LCFI202 - .long L$set$201 + .set L$set$199,LCFI203-LCFI200 + .long L$set$199 .byte 0xc3 .byte 0x4 - .set L$set$202,LCFI206-LCFI205 - .long L$set$202 + .set L$set$200,LCFI204-LCFI203 + .long L$set$200 .byte 0xc .byte 0x5 .byte 0x4 @@ -1930,13 +1916,13 @@ .align 2 LEFDE7: LSFDE9: - .set L$set$203,LEFDE9-LASFDE9 - .long L$set$203 + .set L$set$201,LEFDE9-LASFDE9 + .long L$set$201 LASFDE9: .long LASFDE9-EH_frame1 .long LFB4-. - .set L$set$204,LFE4-LFB4 - .long L$set$204 + .set L$set$202,LFE4-LFB4 + .long L$set$202 .byte 0 .align 2 LEFDE9: -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45484
[Bug middle-end/45484] r163660 ICEs gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os at -m32
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2010-09-01 23:21 --- I should also note that sometimes the test in comment 5 does produce identical code between two instances of executing the compile command whereas other times I get a crash... /Users/howarth/darwin_objdir/gcc/xgcc -B/Users/howarth/darwin_objdir/gcc/ /Users/howarth/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/sprintf-chk.c /Users/howarth/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/sprintf-chk-lib.c /Users/howarth/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/lib/main.c -w -Os -lm -m32 --save-temps -o /Users/howarth/darwin_objdir/gcc/testsuite/gcc/sprintf-chk.x7 /Users/howarth/gcc/gcc/testsuite/gcc.c-torture/execute/builtins/sprintf-chk.c:197:1: internal compiler error: in div_data_align, at dwarf2out.c:595 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45484
[Bug middle-end/45484] r163660 ICEs gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os at -m32
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2010-09-02 04:59 --- Created an attachment (id=21651) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21651action=view) preprocessed source of reduced failing test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45484
[Bug middle-end/45484] r163660 ICEs gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os at -m32
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2010-09-02 05:05 --- At r163660, the reduced test case (of just the test3 subroutine of sprint-chk.c) triggers the compiler ICE at high frequency on x86-apple-darwin10... /Users/howarth/darwin_objdir/gcc/xgcc -B/Users/howarth/darwin_objdir/gcc/ -c ./sprintf-chk.i -w -Os -m32 ./sprintf-chk.c:77:1: internal compiler error: in div_data_align, at dwarf2out.c:596 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. Since this doesn't backtrace in gdb, I recompiled dwarf2out.c with the patch... Index: gcc/dwarf2out.c === --- gcc/dwarf2out.c (revision 163660) +++ gcc/dwarf2out.c (working copy) @@ -592,6 +592,7 @@ div_data_align (HOST_WIDE_INT off) { HOST_WIDE_INT r = off / DWARF_CIE_DATA_ALIGNMENT; + fprintf (stderr, r = %ld DWARF_CIE_DATA_ALIGNMENT= %d and off= %ld\n,r,DWARF_CIE_DATA_ALIGNMENT,off); gcc_assert (r * DWARF_CIE_DATA_ALIGNMENT == off); return r; } using this I find that the output for a random set of failed compiles is... r = 1 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -4 r = 2 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -8 r = 5 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -20 r = 4 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -16 r = 3 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -12 r = 0 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -2 ./sprintf-chk.c:77:1: internal compiler error: in div_data_align, at dwarf2out.c:596 r = 1 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -4 r = 2 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -8 r = 5 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -20 r = 4 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -16 r = 3 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -12 r = 1 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -7 ./sprintf-chk.c:77:1: internal compiler error: in div_data_align, at dwarf2out.c:596 r = 1 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -4 r = 2 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -8 r = 5 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -20 r = 4 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -16 r = 3 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -12 r = 0 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -3 ./sprintf-chk.c:77:1: internal compiler error: in div_data_align, at dwarf2out.c:596 whereas the non-failing compiles always show... r = 1 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -4 r = 2 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -8 r = 5 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -20 r = 4 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -16 r = 3 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -12 r = 2 DWARF_CIE_DATA_ALIGNMENT= -4 and off= -8 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45484
[Bug middle-end/45484] r163660 ICEs gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os at -m32
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2010-09-02 05:10 --- Note that in current gcc trunk (r163747) with... http://gcc.gnu.org/ml/gcc-patches/2010-08/msg01916.html and http://gcc.gnu.org/bugzilla/attachment.cgi?id=21650 the frequency of the test case ICEing the compiler is very low (less than 1%) but does still happen. I believe this bug just becomes more or less latent so it should be debugged at revision which best exposes it. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45484
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2010-08-31 07:04 --- Using the proposed PR36502v2.patch, which eliminates any attempts to change the default stack boundary handling in gcc trunk, I find the following regressions at -m32 on x86_64-apple-darwin10... FAIL: gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os (internal compiler error) FAIL: gcc.dg/nest.c execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O1 execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -Os execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 -flto execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 -fwhopr execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O1 execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -Os execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 -flto execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 -fwhopr execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O1 execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -Os execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 -flto execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 -fwhopr execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O1 execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -Os execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 -flto execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 -fwhopr execution test while eliminating PR36502 miscompilation of the add.c test case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2010-08-31 12:57 --- Testresults for PR36502v2.patch at http://gcc.gnu.org/ml/gcc-testresults/2010-08/msg03098.html. It appears that the only additional failures triggered by this patch are listed in comment 11. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2010-08-31 15:39 --- Created an attachment (id=21607) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21607action=view) rely on PREFERRED_STACK_BOUNDARY_DEFAULT and MAIN_STACK_BOUNDARY -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2010-08-31 15:48 --- (In reply to comment #14) Please try this patch: http://gcc.gnu.org/ml/gcc-patches/2010-08/msg01916.html With the patch above and PR36502v3.patch, I still get... FAIL: gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os (internal compiler error) which appears as... Executing on host: /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/ /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100830/gcc/testsuite/gcc.c-torture/execute/builtins/sprintf-chk.c /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100830/gcc/testsuite/gcc.c-torture/execute/builtins/sprintf-chk-lib.c /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100830/gcc/testsuite/gcc.c-torture/execute/builtins/lib/main.c -w -Os -lm -m32 -o /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/testsuite/gcc/sprintf-chk.x7 (timeout = 300) /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100830/gcc/testsuite/gcc.c-torture/execute/builtins/sprintf-chk.c:197:1: internal compiler error: in div_data_align, at dwarf2out.c:595 Interestingly, if I run... /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/cc1 -quiet -v -imultilib i386 -iprefix /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/../lib/gcc/x86_64-apple-darwin10.5.0/4.6.0/ -isystem /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/include -isystem /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/include-fixed -D__DYNAMIC__ /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100830/gcc/testsuite/gcc.c-torture/execute/builtins/sprintf-chk.c -fPIC -quiet -dumpbase sprintf-chk.c -mmacosx-version-min=10.6.5 -m32 -mtune=generic -auxbase sprintf-chk -Os -w -version -o /var/tmp//ccVmszmK.s (obtained with -v) through gdb, the crash is suppressed and the result sprintf-chk.x7 binary executes fine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #17 from howarth at nitro dot med dot uc dot edu 2010-08-31 16:30 --- With http://gcc.gnu.org/ml/gcc-patches/2010-08/msg01916.html and the patch in comment 15, I am also still failing at -m32 on x86_64-apple-darwin10... FAIL: gcc.dg/nest.c execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O1 execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -Os execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 -flto execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 -fwhopr execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O1 execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -Os execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 -flto execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 -fwhopr execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O1 execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -Os execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 -flto execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 -fwhopr execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O1 execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -Os execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 -flto execution test FAIL: gcc.dg/torture/stackalign/alloca-4.c -O2 -fwhopr execution test as well as a new additional failure of... FAIL: gcc.target/i386/stack-usage-realign.c scan-file main\t48\tdynamic,bounded which wasn't present with just the patch from comment 11. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #18 from howarth at nitro dot med dot uc dot edu 2010-08-31 16:36 --- Created an attachment (id=21608) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21608action=view) assembly from failing gcc.dg/nest.c execution test at -m32 on x86_64-apple-darwin10 Generated with... /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/ /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100830/gcc/testsuite/gcc.dg/nest.c -O2 -pg -lm -m32 --save-temps -o ./nest.exe using a gcc built with the patches from comments 14 and 15. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #19 from howarth at nitro dot med dot uc dot edu 2010-08-31 16:41 --- (In reply to comment #18) In gdb, the failing nest.exe exection shows... Starting program: /Users/howarth/stack_align_bug2/nest.exe Reading symbols for shared libraries ++. done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: 13 at address: 0x 0x931e6f30 in misaligned_stack_error_ () (gdb) bt #0 0x931e6f30 in misaligned_stack_error_ () #1 0x93293cc4 in monstartup () #2 0x1e9e in main () -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #20 from howarth at nitro dot med dot uc dot edu 2010-08-31 16:42 --- Created an attachment (id=21609) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21609action=view) assembly from failing gcc.dg/torture/stackalign/alloca-4.c -O1 execution test at -m32 on x86_64-apple-darwin10 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #21 from howarth at nitro dot med dot uc dot edu 2010-08-31 16:46 --- (In reply to comment #20) Created alloca-4.s with... /sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc46-4.6.0-1000/darwin_objdir/gcc/ /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100830/gcc/testsuite/gcc.dg/torture/stackalign/alloca-4.c -O1 -m32 -mincoming-stack-boundary=2 -mpreferred-stack-boundary=2 -lm -m32 --save-temps -o ./alloca-4.exe against patches from comments 14 and 15. The test case backtraces in gdb as... Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: 13 at address: 0x 0x931e6f30 in misaligned_stack_error_ () (gdb) bt #0 0x931e6f30 in misaligned_stack_error_ () #1 0x8fe0c582 in __dyld__ZL9commatizeyPc () #2 0x1db5 in bar (p=0xb340 , size=5) at /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100830/gcc/testsuite/gcc.dg/torture/stackalign/alloca-4.c:10 #3 0x1e7b in main () at /sw/src/fink.build/gcc46-4.6.0-1000/gcc-4.6-20100830/gcc/testsuite/gcc.dg/torture/stackalign/alloca-4.c:38 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #22 from howarth at nitro dot med dot uc dot edu 2010-08-31 19:50 --- Created an attachment (id=21615) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21615action=view) assembly from stock build of gcc.dg/nest.c execution test at -m32 on x86_64-apple-darwin10 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #23 from howarth at nitro dot med dot uc dot edu 2010-08-31 19:55 --- Created an attachment (id=21616) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21616action=view) assembly from stock build of gcc.dg/torture/stackalign/alloca-4.c -O1 execution test at -m32 on x86_64-apple-darwin10 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #24 from howarth at nitro dot med dot uc dot edu 2010-08-31 19:57 --- Created an attachment (id=21617) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21617action=view) diff between nest.s.stock and nest.s show alignment changes in failing test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
[Bug target/36502] i386/darwin generates unnecessary stack ops in every function
--- Comment #25 from howarth at nitro dot med dot uc dot edu 2010-08-31 19:59 --- Created an attachment (id=21618) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21618action=view) diff between alloca-4.s.stock and alloca-4.s show alignment changes in failing test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502