[Bug bootstrap/45751] [4.6 Regression] Bootstrap failure: at stage 1 xgcc segfault

2010-09-22 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug rtl-optimization/45739] static evaluation of SSE intrinsics (pxor)

2010-09-21 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug rtl-optimization/45739] static evaluation of SSE intrinsics (pxor)

2010-09-21 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug libstdc++/45730] New: Undefined symbol __gnu_cxx::stdio_sync_filebufchar, std::char_traitschar ::xsgetn(char*, long)

2010-09-19 Thread howarth at nitro dot med dot uc dot edu
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

[Bug libstdc++/45730] Undefined symbol __gnu_cxx::stdio_sync_filebufchar, std::char_traitschar ::xsgetn(char*, long)

2010-09-19 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug libstdc++/45730] Undefined symbol __gnu_cxx::stdio_sync_filebufchar, std::char_traitschar ::xsgetn(char*, long)

2010-09-19 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug libstdc++/45730] Undefined symbol __gnu_cxx::stdio_sync_filebufchar, std::char_traitschar ::xsgetn(char*, long)

2010-09-19 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug libstdc++/45730] Undefined symbol __gnu_cxx::stdio_sync_filebufchar, std::char_traitschar ::xsgetn(char*, long)

2010-09-19 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug c/45719] New: gcc.target/i386/pad-3.c scan-assembler-not nop fails at -m32 for-fPIC

2010-09-18 Thread howarth at nitro dot med dot uc dot edu
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

[Bug c/45719] gcc.target/i386/pad-3.c scan-assembler-not nop fails at -m32 for-fPIC

2010-09-18 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug c/45719] gcc.target/i386/pad-3.c scan-assembler-not nop fails at -m32 for-fPIC

2010-09-18 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug c/45719] gcc.target/i386/pad-3.c scan-assembler-not nop fails at -m32 for-fPIC

2010-09-18 Thread howarth at nitro dot med dot uc dot edu
--- 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

2010-09-17 Thread howarth at nitro dot med dot uc dot edu
--- 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

2010-09-14 Thread howarth at nitro dot med dot uc dot edu
--- 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

2010-09-13 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug c++/45645] pr44972.C fails with error: �__assert_fail� was not declared in this scope

2010-09-13 Thread howarth at nitro dot med dot uc dot edu
--- 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

2010-09-12 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug c++/45645] New: pr44972.C fails with error: �__assert_fail� was not declared in this scope

2010-09-10 Thread howarth at nitro dot med dot uc dot edu
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

[Bug c++/45645] pr44972.C fails with error: �__assert_fail� was not declared in this scope

2010-09-10 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug c++/45646] New: ld: in partition2.o, section not found for address 0x696765625F617863

2010-09-10 Thread howarth at nitro dot med dot uc dot edu
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

[Bug c++/45646] ld: in partition2.o, section not found for address 0x696765625F617863

2010-09-10 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug c++/45646] ld: in partition2.o, section not found for address 0x696765625F617863

2010-09-10 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug c++/45646] ld: in partition2.o, section not found for address 0x696765625F617863

2010-09-10 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug c++/45646] ld: in partition2.o, section not found for address 0x696765625F617863

2010-09-10 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug c++/45646] ld: in partition2.o, section not found for address 0x696765625F617863

2010-09-10 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug c++/45646] ld: in partition2.o, section not found for address 0x696765625F617863

2010-09-10 Thread howarth at nitro dot med dot uc dot edu
--- 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

2010-09-09 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/42313] FAIL: gcc.target/i386/builtin-unreachable.c scan-assembler-not %e[bs]p on i686 darwin

2010-09-07 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/44651] gcc.target/x86_64/abi/callabi/leaf-[1,2].c fail on darwin

2010-09-07 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-09-06 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-09-06 Thread howarth at nitro dot med dot uc dot edu
--- 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

[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

2010-09-06 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug bootstrap/45538] --enable-build-with-cxx compiling gcc/libcpp/charset.c

2010-09-06 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug bootstrap/45573] New: --enable-build-with-cxx failures with ld: crtbegin.o: No such file: No such file or directory

2010-09-06 Thread howarth at nitro dot med dot uc dot edu
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

2010-09-06 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

2010-09-04 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

2010-09-04 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

2010-09-04 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

2010-09-04 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

2010-09-04 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

2010-09-04 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

2010-09-04 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

2010-09-04 Thread howarth at nitro dot med dot uc dot edu
--- 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

2010-09-04 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug testsuite/44651] gcc.target/x86_64/abi/callabi/leaf-[1,2].c fail on darwin

2010-09-04 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-09-04 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/42313] FAIL: gcc.target/i386/builtin-unreachable.c scan-assembler-not %e[bs]p on i686 darwin

2010-09-04 Thread howarth at nitro dot med dot uc dot edu
--- 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

2010-09-04 Thread howarth at nitro dot med dot uc dot edu
--- 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

2010-09-04 Thread howarth at nitro dot med dot uc dot edu
--- 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

2010-09-04 Thread howarth at nitro dot med dot uc dot edu
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

[Bug bootstrap/45538] --enable-build-with-cxx compiling gcc/libcpp/charset.c

2010-09-04 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

2010-09-04 Thread howarth at nitro dot med dot uc dot edu
--- 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

2010-09-04 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/45524] New: r163815/r163816 produces new regressions on x86_64-apple-darwin10

2010-09-03 Thread howarth at nitro dot med dot uc dot edu
: 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

2010-09-03 Thread howarth at nitro dot med dot uc dot edu
--- 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

2010-09-03 Thread howarth at nitro dot med dot uc dot edu
--- 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

2010-09-03 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

2010-09-03 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

2010-09-03 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

2010-09-03 Thread howarth at nitro dot med dot uc dot edu
--- 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

2010-09-03 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug middle-end/45484] Invalid memory access in gcc.c-torture/execute/builtins/sprintf-chk.c

2010-09-03 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

2010-09-03 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

2010-09-03 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

2010-09-03 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

2010-09-03 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

2010-09-03 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/45524] r163815/r163816 produces new regressions on x86_64-apple-darwin10

2010-09-03 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug middle-end/45484] Invalid memory access in gcc.c-torture/execute/builtins/sprintf-chk.c

2010-09-02 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug middle-end/45484] Invalid memory access in gcc.c-torture/execute/builtins/sprintf-chk.c

2010-09-02 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-09-02 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug lto/44812] m32 lto produces non-relocatable subtraction expression errors

2010-09-01 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-09-01 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-09-01 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-09-01 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug middle-end/45484] New: r163660 ICEs gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os at -m32

2010-09-01 Thread howarth at nitro dot med dot uc dot edu
- 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

[Bug middle-end/45484] r163660 ICEs gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os at -m32

2010-09-01 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-09-01 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-09-01 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug middle-end/45484] r163660 ICEs gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os at -m32

2010-09-01 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-09-01 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug middle-end/45484] r163660 ICEs gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os at -m32

2010-09-01 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug middle-end/45484] r163660 ICEs gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os at -m32

2010-09-01 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug middle-end/45484] r163660 ICEs gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os at -m32

2010-09-01 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug middle-end/45484] r163660 ICEs gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os at -m32

2010-09-01 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug middle-end/45484] r163660 ICEs gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os at -m32

2010-09-01 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug middle-end/45484] r163660 ICEs gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os at -m32

2010-09-01 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-08-31 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-08-31 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-08-31 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-08-31 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-08-31 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-08-31 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-08-31 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-08-31 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-08-31 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-08-31 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-08-31 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-08-31 Thread howarth at nitro dot med dot uc dot edu
--- 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

[Bug target/36502] i386/darwin generates unnecessary stack ops in every function

2010-08-31 Thread howarth at nitro dot med dot uc dot edu
--- 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

  1   2   3   4   5   6   7   8   9   10   >