-
Notifications
You must be signed in to change notification settings - Fork 32
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support demangling SYM names #13
Comments
It will be a hard task, and I don't see any benefits in implementing it. |
Its apparently some version of GCC mangling cause IDA can demangle these if the "Assume GCC 3.x names" is unchecked, so maybe Ghidra might support it with some setting too given it has a GCC demangler? |
Hmm, good idea. I'll try. |
|
Demangler works by default, as I know. |
hm, Ghidra's code might be failing here, https://github.com/NationalSecurityAgency/ghidra/blob/master/Ghidra/Features/Base/src/main/java/ghidra/app/cmd/label/DemanglerCmd.java#L55 don't see a way to pass a demangler style to DemanglerCmd either.. |
I have an implementation in the works for https://github.com/beardypig/ghidra-emotionengine The only problem is an additional native process is required to set the demangler mode. |
It would be great for me to use your demangling code in my plugin so it
will be still a single plugin, not multiple. Is it possible?
…On December 25, 2019 20:44:13 Andrew Strelsky ***@***.***> wrote:
I have an implementation in the works for
https://github.com/beardypig/ghidra-emotionengine
If you'd like I can separate it into it's own plugin if this helps. It will
handle some custom metrowerks mangled symbols too.—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
I wouldn't mind. I have to clean some stuff up first. In reality it would only be temporary anyway until the issue is dealt with in ghidra. |
subj.
The text was updated successfully, but these errors were encountered: