[Bug rtl-optimization/46793] -fschedule-insns causes ICE in compiling zlib/trees.c

2010-12-03 Thread joseph at codesourcery dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46793 --- Comment #5 from joseph at codesourcery dot com 2010-12-03 23:04:52 UTC --- We should disable this option (with a warning) in ix86_option_override_internal if we don't think it can work reliably, rather than leaving it to ICE.

[Bug rtl-optimization/46793] -fschedule-insns causes ICE in compiling zlib/trees.c

2010-12-03 Thread changpeng.fang at amd dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46793 --- Comment #4 from Changpeng Fang 2010-12-03 21:24:06 UTC --- Thanks, I understand the issue now. Yes, -fschedule-insns and -fsched-pressure should be a paired options for x86. -fsched-pressure does not solve the -m32 issue.

[Bug rtl-optimization/46793] -fschedule-insns causes ICE in compiling zlib/trees.c

2010-12-03 Thread steven at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46793 --- Comment #3 from Steven Bosscher 2010-12-03 21:05:46 UTC --- The bug is in the architecture, not in the scheduling pass. You cannot expect scheduling before register allocation to always yield code that you can register-allocate with just 3 ge

[Bug rtl-optimization/46793] -fschedule-insns causes ICE in compiling zlib/trees.c

2010-12-03 Thread changpeng.fang at amd dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46793 --- Comment #2 from Changpeng Fang 2010-12-03 20:52:11 UTC --- This bug should be fixed. We are trying to make -fschedule-insns default for x86, and this enablement causes bootstrapping failure at this point. Of course we can work around this b

[Bug rtl-optimization/46793] -fschedule-insns causes ICE in compiling zlib/trees.c

2010-12-03 Thread steven at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46793 Steven Bosscher changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|