News for hackers. Stuff that matters.

A comment on Decompiling 2024: A Year of Resurgance in Decompilation Research. Parent comment

Re:Decompiling 2024: A Year of Resurgance in Decompilation R... by rgovostes on Friday January 31, 2025 @05:20PM (#42892952)
In my view one of the most pressing shortcomings of Ghidra is that it can't understand the lifetimes of multiple variables with overlapping stack addresses: https://github.com/NationalSecurityAgency/ghidra/issues/975

Ghidra does have an extensive scripting API, and I've used LLMs to help me write scripts to do bulk changes like you've described. But you would have to think about how you would ensure the name suffix is synchronized as you retype variables during your analysis.

[ Parent | on HN ]
Re:Decompiling 2024: A Year of Resurgance in Decompilation R... by skissane on Friday January 31, 2025 @09:35PM (#42895099)
Yeah, I don't know why they don't use something like SSA – make every line of code which performs an assignment create a new local variable.

Although I suppose when decompiling to C, you need to translate it out of SSA form when you encounter loops or backwards control flow.

[ Parent | on HN ]