Also add support for printing and parsing target MMO flags.
Details
- Reviewers
bogner hfinkel qcolombet MatzeB - Commits
- rGbea2e188e964: [TargetLowering] Add hook for adding target MMO flags when doing ISel.
rG6748abe24d39: [MIR] Add support for printing and parsing target MMO flags
rL307879: [TargetLowering] Add hook for adding target MMO flags when doing ISel.
rL307877: [MIR] Add support for printing and parsing target MMO flags
Diff Detail
- Build Status
Buildable 8173 Build 8173: arc lint + arc unit
Event Timeline
Given that I understand the use case here to be the desire to translate metadata on loads into something at the MI level:
Did you consider just adding the metadata operands as MI-level metadata operands to the load? I believe that MI-level metadata operands are only currently used for DBG_VALUEs, but I can imagine using them for more-general information passing. I question came up just the other day (again) about preserving the !unpredictable metadata on branches for MI-level transformations, and so I'm wondering whether it is worth exploring a solution that can handle more than memory accesses.
Alternatively, MMOs currently hold a bunch of pointers to various kinds of Metadata. Should we extend this in some way? One option, for example, would be to allow targets to subclass MachinePointerInfo (and, so, we'd always construct and free these via some target callback), thus allowing the target to add whatever it wants.
All that having been said, AArch64 already uses target MMO flags (for suppressLdStPair), and I'm completely in favor of adding some way to get these in and out of MIR. It would be nice to also let the target callbacks provide names. The syntax could just be to use a quoted string, for example. I believe that's unambiguous.
Since I only needed one bit on some loads, the target MMO flags seemed like a perfect fit. I did consider adding target hooks for printing/parsing these flag values, but it didn't seem worth the effort, since I think it will make parsing these particularly complex (e.g. we would need custom token types per target etc.). If we made them quoted strings, that might make it simple enough to be worth while.
There is already precedent with
TargetInstrInfo::getSerializableTargetIndices(), getSerializableDirectMachineOperandTargetFlags() and getSerializableBitmaskMachineOperandTargetFlags()
Maybe you can add something for MMO flags in a similar way?
Update to add target hook to print/parse target MMO flags as string literals in MIR text
This LGTM.
The getMMOFlags addition can be a separate patch, right? If so, please separate it.
I'd also really like a comment added to include/llvm/CodeGen/MachineMemOperand.h, around here:
// Reserved for use by target-specific passes. MOTargetFlag1 = 1u << 6, MOTargetFlag2 = 1u << 7, MOTargetFlag3 = 1u << 8,
reminding us that if we add more flags here we also need to update the MIR printing/parsing code.