From the above I suspect '''R_PPC_PLTREL24''' might require +0x8000 offset and should be PLT relative. I'll try to look at it tomorrow. From the specs: ''This relocation indicates that reference to a symbol should be resolved
#10402: powerpc: unhandled ELF relocation(RelA) type 252 -----------------------------------+----------------------------------- Reporter: cjwatson | Owner: simonmar Type: bug | Status: patch Priority: normal | Milestone: 7.10.2 Component: Runtime System | Version: 7.8.4 Resolution: | Keywords: Operating System: Linux | Architecture: powerpc Type of failure: Runtime crash | Test Case: Blocked By: | Blocking: Related Tickets: | Differential Revisions: -----------------------------------+----------------------------------- Comment (by trommler): Replying to [comment:7 slyfox]: through a call to the symbol’s Procedure Linkage Table entry. Additionally it instructs the link editor to build a procedure linkage table for the executable or shared object if one is not created.'' and under heading '''ATR-BSS-PLT''': ''Under the BSS-PLT ABI this relocation type may be implemented as a direct branch and link into the executable PLT slot which holds the absolute address (after resolution) of the specified symbol. There is an implicit assumption that the Procedure Linkage Table for a shared object or executable will be within ± 32 MB of an instruction that branches to it.'' I guess that debian is doing the latter so no PLT entry needs to be generated by the linker which would be {{{rts/Linker.c}}}. -- Ticket URL: http://ghc.haskell.org/trac/ghc/ticket/10402#comment:9 GHC http://www.haskell.org/ghc/ The Glasgow Haskell Compiler