On Thu, 13 Oct 2011 08:21:53 +0200, Karel Gardas <[email protected]> wrote: > Great! It looks like few are still unhandled -- see my email with relocs > listings, for example ghc-prim load now fails on R_ARM_REL32 it seems: > Excellent, this is progress. I've implemented R_ARM_REL32. If I am correct, the only thing left is R_ARM_TARGET1. Unfortunately the documentation on this relocation type is extremely poor. Supposedly it should be implemented like R_ARM_REL32 or R_ARM_ABS32, depending upon what the platform chooses.
After some googling, it seems that TARGET1's behavior is specified by the Linux ABI[1] to be equivalent to R_ARM_ABS32. Implemented. > > Also to get to this stage I needed to apply attached patch. However I'm > not sure I got `A' definition right hence just commenting out #ifdefs.... > Thanks for pointing this out. A actually shouldn't appear at all in this code, it's just the variable that appears in the specification so I must have mindlessly copied it. Anyways, that was a bug which is now fixed. Finally, I have implemented both R_ARM_THM_JUMP8 and R_ARM_THM_JUMP11. The new code has been pushed. Also, what ghc commit are you testing? What LLVM commit are you using? I've been having very bad luck even getting an unpatched GHC build. It would be good to know what you are using. Cheers, - Ben [1] http://ok73.ok.funpic.de/boost/libs/context/doc/pdf/arm-linux-aapcs.pdf _______________________________________________ Cvs-ghc mailing list [email protected] http://www.haskell.org/mailman/listinfo/cvs-ghc
