------- Comment #26 from matz at gcc dot gnu dot org 2009-12-14 04:55 ------- And if I fix this problem (so that only one reference to *n_9) remains I hit the problem that the fortran frontend emits the computation of countm1 after the loop bound test. No pass is moving code in front of that test as this is potentially a regression (more evaluations in out-of-bound case).
And if I fix _that_ I hit the problem of the fix for PR38819. PRE won't move the division at all, because it could trap :-/ If I disable this I get back the 4.3 performance. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42108
