tree 8fc224098664cfaed11d3b0a64a3ecc191c07d38
parent 42b4dc1d54e22e3a0e03b55f386d3313a4375d25
author Amara Emerson <amara@apple.com> 1685863427 -0700
committer Copybara-Service <copybara-worker@google.com> 1685864823 -0700

[GlobalISel] Fix DIVREM combine from inserting a divrem before its operands' defs.

In some rare corner cases where in between the div/rem pair there's a def of
the second instruction's source (but a different vreg due to the combine's
eqivalence checks), it will place the DIVREM at the first instruction's point,
causing a use-before-def. There wasn't an obvious fix that stood out to me
without doing more involved analysis than a combine should really be doing.

Fixes issue #60516

I'm open to new suggestions on how to approach this, as I'm not too happy
at bailing out here. It's not the first time we run into issues with value liveness
that the DAG world isn't affected by.

Differential Revision: https://reviews.llvm.org/D144336

GitOrigin-RevId: fbdcd54442ef9435d753ae974d33992f99d85ad8