Luke Serné

I ran some performance tests with `decomp_dbg` compiled from latest master (specifically e2132136c76c20d197b882379f00d6d9c9a87708). I used the `perf` tool on Ubuntu 22.04 with the provided `quad.xml` file: ```bash echo "restore ~/Downloads/quad.xml\nlo...

Ah yeah, seems like it was too big. Here's the compressed `perf.data`: [perf.data.tar.gz](https://github.com/user-attachments/files/19438430/perf.data.tar.gz)

I looked at `ghidra::BlockBasic::setOrder(void)` some more. It is mainly (only?) called from `BlockBasic::insert(list::iterator iter, PcodeOp *inst)`, which attempts to insert a `PcodeOp` in the internal list of `PcodeOp`s at the...

I extended the provided source code to also print the direction values it was reading, and at which index, for both the original source code and the decompiled code. This...

This seems like a duplicate of #6754 (albeit with a bit more context).

The wrong reference is created by the `x86 Constant Reference Analyzer`, implemented in the class `X86Analyzer`. As a workaround, you can disable this analysis during auto analysis and the correct...

Thanks for submitting an issue! Using the 11.2.1 release from Github, when I click "debug function decompilation" when the `main` function is selected, Ghidra creates only an xml file (containing...

Not sure. From the screenshot, it seems that no xml file has been loaded. It might be the case that you haven't set the Ghidra folder or the path to...

While looking through the open decompiler-related issues some more, I think this is strongly related to #7166. Although that issue is about `for` loop recovery, it seems plausible to me...

> I've been seeing some things like this. I still find this easier to comprehend though 😅 :thinking: interesting decompilation result. Could you share the debug xml?