forked from OSchip/llvm-project
TableGen/GlobalISel: Don't reconstruct CodeGenRegBank
The maps for dealing with the relationships between different register classes and subregister indexes rely on unique pointers for every class/index. By constructing a second copy of CodeGenRegBank, two different pointer values existed for a given subregister depending on where you were querying. Use the existing CodeGenRegBank owned by the CodeGenTarget instead of constructing a second copy. This avoids incorrectly failing map lookups in a future change.
This commit is contained in:
parent
46e3edcc2c
commit
3ab7b7f535
|
@ -3269,7 +3269,7 @@ private:
|
|||
const RecordKeeper &RK;
|
||||
const CodeGenDAGPatterns CGP;
|
||||
const CodeGenTarget &Target;
|
||||
CodeGenRegBank CGRegs;
|
||||
CodeGenRegBank &CGRegs;
|
||||
|
||||
/// Keep track of the equivalence between SDNodes and Instruction by mapping
|
||||
/// SDNodes to the GINodeEquiv mapping. We need to map to the GINodeEquiv to
|
||||
|
@ -3477,7 +3477,7 @@ GlobalISelEmitter::getEquivNode(Record &Equiv, const TreePatternNode *N) const {
|
|||
|
||||
GlobalISelEmitter::GlobalISelEmitter(RecordKeeper &RK)
|
||||
: RK(RK), CGP(RK), Target(CGP.getTargetInfo()),
|
||||
CGRegs(RK, Target.getHwModes()) {}
|
||||
CGRegs(Target.getRegBank()) {}
|
||||
|
||||
//===- Emitter ------------------------------------------------------------===//
|
||||
|
||||
|
|
Loading…
Reference in New Issue