JIT: optInvertLoops depends on bbNum ordering but doesn't guarantee it #80809
Description
While working on moving pred list building earlier I am seeing spurious diffs from optInvertLoops.
Looks like it expects blocks to have been renumbered but it doesn't check or try and renumber. Morph (which is a bit upstream) will often renumber so this only impacts a small set of methods.
runtime/src/coreclr/jit/optimizer.cpp
Lines 5145 to 5152 in e6bb676