I've already witnessed two separate changes missing runNewPMPasses()
because runNewPMCustomPasses() is so similar.
This cleans up some duplicated code.
Differential D96553
[NFC] Combine runNewPMPasses() and runNewPMCustomPasses() ClosedPublic Authored by aeubanks on Feb 11 2021, 2:38 PM.
Details Summary I've already witnessed two separate changes missing runNewPMPasses() This cleans up some duplicated code.
Diff Detail
Event TimelineComment Actions
I don't see any comments Comment Actions
Weird, I guess I neglected to save it. Added it below.
Comment Actions lgtm
This revision is now accepted and ready to land.Feb 12 2021, 4:18 PM This revision was landed with ongoing or failed builds.Feb 12 2021, 4:45 PM Closed by commit rG964f8103c58d: [NFC] Combine runNewPMPasses() and runNewPMCustomPasses() (authored by aeubanks). · Explain Why This revision was automatically updated to reflect the committed changes. Comment Actions Don't know why no buildbot has caught it, but I think (haven't bisected yet, but this seems like the most likely culprit) this broke LLVM :: tools/llvm-lto2/X86/pipeline.ll lld :: ELF/lto/ltopasses-custom.ll It seems that now, in both of these cases has changed to Comment Actions
715dc556b782f718ce1815aaf5c58626f5fe839c should help Comment Actions
Thanks, that fixed the tests. Comment Actions Sorry about the breakages, I forgot that some people still have the legacy PM on by default.
Revision Contents
Diff 323500 llvm/lib/LTO/LTOBackend.cpp
|
Will setting the PGOOpt and passing down to the PassBuilder cause an issue for the custom case?