Repository navigation
Relocations R_PPC_TPREL16_LO and R_PPC_TPREL16_HA unsupported #116
Description
I'm not sure if this is a wut thing or a devkitPPC thing, but in trying to port some code to wut I've encountered the following errors when creating the rpx file:
ERROR: Unsupported relocation type 72
ERROR: Unsupported relocation type 70
ERROR: fixRelocations failed.
I'm using the CMake toolchain like in the hello_world C++ CMake example. Is the issue above caused by something in my environment?
Reacted by Mauppi
Activity
ashquarky commentedon Feb 11, 2020
70 and 72 definitely don't seem like valid relocations - closest I can get is assuming those are hex 70 and 72, which gives
R_PPC_EMB_RELST_LOandR_PPC_EMB_RELST_HA- both of which are actually unsupported in elf2rpl. Are you able to share the code you've been working on, some object files (like the .elf cmake generated), or anything else that causes the issue?If gcc actually generates relst relocations, we'll have to look at adding a special case or translation (or even a hack in devkitPPC).
[-]Relocation type issue[/-][+]Relocations R_PPC_EMB_RELST_LO and R_PPC_EMB_RELST_HA unsupported[/+]Seng-Jik commentedon Apr 5, 2022
link to wiiu-sdl2 will reproduce this error.
GaryOderNichts commentedon Oct 12, 2022
The title for this issue seems to be wrong.
According to wut-tools, 70 and 72 is
R_PPC_TPREL16_LOandR_PPC_TPREL16_HA.Those are for the Thread Local Storage ABI and not supported due to missing TLS support.
[-]Relocations R_PPC_EMB_RELST_LO and R_PPC_EMB_RELST_HA unsupported[/-][+]Relocations R_PPC_TPREL16_LO and R_PPC_TPREL16_HA unsupported[/+]Wohlstand commentedon Nov 14, 2023
On my end there are different errors happen:
R_PPC_PLTREL24 (18)andR_PPC_LOCAL24PC (23)And ye, I also trying to link the SDL2 thing. Anyway, in addition to that, I do have a large pile of other libraries that are built from the source. I attempted to disable the -fPIC on all of them, but seems that took no effect... 🤔
GaryOderNichts commentedon Nov 14, 2023
These relocations are used for position-independent code and are unrelated to TLS and this issue.
It sounds like one of the libraries in your "pile of other libraries" is built using position-independent code. Try a minimal test case only using packages from the pacman repos and see if the issue persists.
Wohlstand commentedon Nov 14, 2023
Ye, just now I found the last library where -fPIC was been enabled, and I disabled it, and thing got been built finally. Before that I tried one of exapmles from
samples/sub-directory of this repo, and it successfully built and linked.Full patch refresh: settings UI polish, app picker, help screen, bran…
thread_localSupport in C++ #463 as a duplicate of this issue