Displaying 2 results from an estimated 2 matches for "ppc64_le".
Did you mean:
ppc641e
2014 Nov 04
2
[LLVMdev] Remaining big-endian host issues in RuntimeDyld
...9;ve found it. Host-endianness isn't accounted for when emitting the
> instructions in the ARM, AArch64, and Mips paths of
> RuntimeDyldImpl::createStubFunction(). I'll submit a patch for this soon.
> I'm not sure if PowerPC is affected or not. It uses big-endian order for
> ppc64_le which sounds odd but it also specifies the byte order which
> suggests it could be correct.
>
>
>
> Also, I noticed that the AArch64 path is the only one that returns a
> pointer to the end of the stub function rather than the start. Is that
> correct?
>
>
>
> *From...
2014 Nov 04
2
[LLVMdev] Remaining big-endian host issues in RuntimeDyld
Hi Lang,
Thanks for your help at the Hackers Lab. Fixing the problems we identified in RuntimeDyldMachOARM.h improves the MachO_ARM_PIC_relocations.s test quite a lot but there's one failed check that's proving a bit stubborn:
Expression '*{4}(stub_addr(foo.o, __text, baz)) = 0xe51ff004' is false: 0x4f01fe5 != 0xe51ff004
I'm struggling to find the cause of