[Bug middle-end/25657] runtime error with 200.sixtrack benchmark
--- Comment #8 from uttamp at us dot ibm dot com 2006-01-04 16:50 --- This has been fixed with todays mainline tree. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25657
[Bug middle-end/25657] runtime error with 200.sixtrack benchmark
--- Comment #9 from uttamp at us dot ibm dot com 2006-01-04 16:51 --- *** This bug has been marked as a duplicate of 25578 *** -- uttamp at us dot ibm dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25657
[Bug middle-end/25657] runtime error with 200.sixtrack benchmark
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-04 01:23 --- Hmm, this seems to work on Diego's tester on powerpc64-linux-gnu: http://people.redhat.com/dnovillo/spec2000.ppc64/gcc/log/20060103/CFP2000.084.html What options are you using? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25657
[Bug middle-end/25657] runtime error with 200.sixtrack benchmark
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-04 01:27 --- And SuSE's tester: http://www.suse.de/~gcctest/SPEC/CFP/sb-vangelis-head-64/recent.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25657
[Bug middle-end/25657] runtime error with 200.sixtrack benchmark
--- Comment #3 from uttamp at us dot ibm dot com 2006-01-04 01:46 --- peak options are, -O3 -mcpu=power4 -ffast-math -ftree-loop-linear -funroll-loops -fpeel-loops -m32 base options are, -O2 -mcpu=power4 -m32 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25657
[Bug middle-end/25657] runtime error with 200.sixtrack benchmark
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-04 01:46 --- (In reply to comment #2) And SuSE's tester: http://www.suse.de/~gcctest/SPEC/CFP/sb-vangelis-head-64/recent.html Oh, that is a x86_64, SuSE's ppc64 tester looks to be down. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25657
[Bug middle-end/25657] runtime error with 200.sixtrack benchmark
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-04 01:49 --- I wonder if this is related at all to PR 25578 which was just fixed today: 2006-01-03 Paolo Bonzini [EMAIL PROTECTED] PR rtl-optimization/25578 * combine.c (combine_simplify_rtx, force_to_mode): Don't pass a parameter to simplify_shift_const if changing ASHIFTRT to LSHIFTRT. As both sixtrack and fma3d are fortran programs. Can you try after that patch and if it works, the please close this and fma3d's bug as a dup of PR 25578? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25657
[Bug middle-end/25657] runtime error with 200.sixtrack benchmark
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-04 01:52 --- Oh, I forgot to mention that the patch which caused PR 25578 was: 2005-12-23 Paolo Bonzini [EMAIL PROTECTED] -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25657
[Bug middle-end/25657] runtime error with 200.sixtrack benchmark
--- Comment #7 from uttamp at us dot ibm dot com 2006-01-04 02:02 --- Yes, I'll. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25657