search for: gim_checkregbankforclass

...or register class. Just considering the register class with a type of s1 is ambiguous for whether it was a scalar or vector condition. Once the use instruction is selected, the operands are constrained discarding the register bank before the def instruction is selected. For the generated selectors, GIM_CheckRegBankForClass will then reject the def instruction. It’s most natural to consider the destination register class in the selector, but I can imagine a variety of burdensome workarounds for this problem. Currently the manual selection of G_SELECT inserts an extra copy to an extra virtual register when selecting t...

...; /data/project/xiangzhai/llvm/build/lib/Target/AVR/AVRGenGlobalISel.inc:112:64: >>>>> error: no member named >>>>> 'GPR8RegClassID' in namespace 'llvm::AVR'; did you mean >>>>> 'GPR8RegClass'? >>>>> GIM_CheckRegBankForClass, /*MI*/0, /*Op*/0, >>>>> /*RC*/AVR::GPR8RegClassID, >>>>> ~~~~~^~~~~~~~~~~~~~ >>>>> GPR8RegClass >>>>> >>>>> /data/project/xiangzhai/llvm/build/lib/Target/AVR/AVRGenRegisterInfo.inc:827:36: >>>>> note: 'GP...