[PATCH] D78776: [llvm-objdump] Print target address with evaluateMemoryOperandAddress()
Kan Shengchen via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Sat Apr 25 23:21:40 PDT 2020
skan added inline comments.
================
Comment at: llvm/lib/Target/ARM/MCTargetDesc/ARMMCTargetDesc.cpp:268-276
// We only handle PCRel branches for now.
- if (Info->get(Inst.getOpcode()).OpInfo[0].OperandType!=MCOI::OPERAND_PCREL)
+ if (Inst.getNumOperands() == 0 ||
+ Info->get(Inst.getOpcode()).OpInfo[0].OperandType !=
+ MCOI::OPERAND_PCREL)
return false;
int64_t Imm = Inst.getOperand(0).getImm();
----------------
skan wrote:
> MaskRay wrote:
> > skan wrote:
> > > I have two questions about this change.
> > > 1. Is there any instruction that does not have any operands for ARM backend?
> > > 2. If the only difference between the specialized `evaluateBranch` and the gerneral one was that
> > >
> > > > In ARM mode the PC is always off by 8 bytes.
> > >
> > > could we use `MCInstrAnalysis::evaluateMemoryOperandAddress(Inst, Addr, 8 , Target)` here?
> > >
> > >
> > > Is there any instruction that does not have any operands for ARM backend?
> >
> > Yes, e.g. `nop`
> >
> > > could we use MCInstrAnalysis::evaluateMemoryOperandAddress(Inst, Addr, 8 , Target) here?
> >
> > No. The ARM backend does not derive from `MCInstrAnalysis::evaluateMemoryOperandAddress`.
> sorry.. I meant
>
> could we use MCInstrAnalysis::evaluateBranch(Inst, Addr, 8 , Target) here?
`class ARMMCInstrAnalysis : public MCInstrAnalysis` , ARMMCInstrAnalysis is derived from `MCInstrAnalysis`.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D78776/new/
https://reviews.llvm.org/D78776
More information about the llvm-commits
mailing list