https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
--- Comment #10 from Tom de Vries <vries at gcc dot gnu.org> --- (In reply to Richard Biener from comment #9) > Meh, this way of forcing UNIQUE last to speedup lookup is a hack ... but > yes, your patch from comment#7 looks OK if you add > > /* IFN_UNIQUE should be the last insn, to make checking for it > as cheap as possible. */ > > before the new check to say what this is about. Note this will re-introduce > the issue that passes cannot insert on loop entry edge without creating new > BBs > even if we forced preheaders to be created. For some very special case, when > UNIQUE is involved. Thus we'll likely have even more hard to trigger latent > bugs (before it was also former setjmp calls). Filed PR97008 - "[openacc] Remove invariant that IFN_UNIQUE is last stmt in bb"
