------- Comment #3 from jakub at gcc dot gnu dot org  2009-09-03 20:11 -------
Looking at sched-deps.c, it might be easiest for may_trap_p insns to be queued
onto deps->sched_before_next_call chain, but I'm not sure whether we want to do
that for all, or if it should ignore trapping memory as that's handled
elsewhere in sched-deps.c.  Vlad, any ideas?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41239

Reply via email to