Ghidra1

This should not be done by adding a larger datatype. It is not uncommon for smaller types (e.g., short) to move in/out of larger registers. We will look into the...

We do have instance settings that can be applied which will influence rendering within the listing - although decompiler will not respect. There are also a selective convert actions within...

There appear to be some symbols that claim large areas. Ghidra ELF loader places undefined arrays on these regions but these can easily be cleared to reveal the symbols that...

I did identify the problem in the ELF Loader and will attempt to get a fix out in the next patch.

I am finding inconsistent behavior with other binaries when it comes to the area of the code in question. Sorting this our may delay a patch since my original thought...

After digging into this more it appears that PSP MIPS binaries are rather non-conforming and have some characteristics that are unique to PSP such as: custom file type (e_type=0xffa0) as...

It may be possible to apply PSP relocations post-import as is done by the MingwRelocationAnalyzer. The ElfHeader can re-instantiated post-import to access header information which could help to facilitate this....

@kotcrab I am working on the assumption that e_type==0xffa0 implies relocatable because I am triggering on this file type to correct the section-relative symbol offset issue which by default relied...

> The original issue was about debug symbol placements though and the discussion shifted to relocations. Do you think those debug symbols placements are affected by the relocations @kotcrab I...

Data Settings can be used to influence Data value formatting within the listing but not the decompiler. Unfortunately, Function variables/parameters and the decompiler do not support the format Settings mechanism....