search for: fixup_epiphany_pcrel24

...ction. Those bits remain zeros after relaxation for some reason. - jmptarget operand has type OPERAND_PCREL, and uses EncoderMethod "getJumpTargetOpValue" defined in EpiphanyMCCodeEmitter. If this method gets MCExpr, it creates fixup, and I can see this fixup in debug. - Fixup is called fixup_Epiphany_PCREL24, and is defined in EpiphanyFixupKinds and EpiphanyAsmBackend, with FKF_IsPCRel flag. Can someone please tell me if I am missing something? The source itself can be found at https://github.com/upcFrost/Epiphany/tree/Call_support Debug output on pastebin: http://pastebin.com/8uKRv0qK Thanks,...

Big thanks, i've managed to find what's going on. The thing that dumbfolded me a couple of times was that the error was thrown in one of the MCAssembler methods, but never in applyFixup() itself. On Thu, Jan 19, 2017 at 8:46 PM, Friedman, Eli <efriedma at codeaurora.org> wrote: > On 1/19/2017 10:21 AM, Peter Bel wrote: > >> Hi, >> >> For the function call -

...os after relaxation for some reason. > > - jmptarget operand has type OPERAND_PCREL, and uses EncoderMethod > "getJumpTargetOpValue" defined in EpiphanyMCCodeEmitter. If this method > gets MCExpr, it creates fixup, and I can see this fixup in debug. > > - Fixup is called fixup_Epiphany_PCREL24, and is defined in > EpiphanyFixupKinds and EpiphanyAsmBackend, with FKF_IsPCRel flag. > > > > Can someone please tell me if I am missing something? > > > Are you sure there's actually a problem? On x86, for example: > > $ echo "int f(); int g() { return f();...