------- 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