Open H-A-M-G-E-R opened 16 hours ago
This is most likely a bug in whatever compiler spec you are using, or you are using the wrong compiler spec.
If the function doesn't return a value, then change the type of return to "void". Ghidra makes guesses at function signatures, it doesn't always get them right and it is the user's job to fix the signatures and then commit them.
The compiler that's commonly used in GBA games is agbcc: https://github.com/pret/agbcc, and the code provided above is what agbcc generates, so it's Ghidra's bug, not agbcc's bug. bx r0
returns void while bx r1
returns the value in r0
.
There is no bug if you change the type of return to void. The code that Ghidra generated is correct for the disassembly provided. You may not like, but it is correct and like mentioned in other issues, Ghidra can't easily tell what the original did. You can fix it by changing the return type, but if you don't want to, that is your loss.
Ghidra doesn't know about agbcc, nor is it supposed to. Most other ARM compilers don't generate such weird code patterns, so the issue isn't ghidra.
You were given a way to fix it, so use it.
When Ghidra 11.2.1 decompiles a function to:
while the assembly looks like this:
the expected behavior should look like this: