[Bug target/63347] [5 regression] m68k misoptimisation with -fschedule-insns

2015-02-11 Thread law at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63347 Jeffrey A. Law law at redhat dot com changed: What|Removed |Added Assignee|bernds at codesourcery dot com |law at

[Bug target/63347] [5 regression] m68k misoptimisation with -fschedule-insns

2015-02-11 Thread law at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63347 --- Comment #15 from Jeffrey A. Law law at gcc dot gnu.org --- Author: law Date: Wed Feb 11 23:29:11 2015 New Revision: 220632 URL: https://gcc.gnu.org/viewcvs?rev=220632root=gccview=rev Log: PR target/63347 * haifa-sched.c

[Bug target/63347] [5 regression] m68k misoptimisation with -fschedule-insns

2015-02-10 Thread bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63347 --- Comment #13 from Bernd Schmidt bernds at gcc dot gnu.org --- Ugh, I see. I think the old method of just advancing should work with c6x - IIRC SCHED_GROUP_P isn't used there.

[Bug target/63347] [5 regression] m68k misoptimisation with -fschedule-insns

2015-02-09 Thread law at redhat dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63347 --- Comment #12 from Jeffrey A. Law law at redhat dot com --- Right. I know we've got the SCHED_GROUP_P handling in prune_ready_list, but it's not sufficient. This is a regression with the trunk. Take the code from c#0 and run it through a

[Bug target/63347] [5 regression] m68k misoptimisation with -fschedule-insns

2015-02-09 Thread bernds at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63347 Bernd Schmidt bernds at gcc dot gnu.org changed: What|Removed |Added CC||bernds at gcc