GCC Analyzers don't work for mac osx GCC about ghidra-cpp-class-analyzer HOT 12 CLOSED

In the python terminal with the .dylib opened what does currentProgram.getCompilerSpec().getCompilerSpecID().getIdAsString() produce?

The method GnuUtils.isGnuCompiler() should be what is being used to check this. The analyzers would be disabled if it returns false.

Edit: please forgive me it appears I misread the issue. May you attach a .dynlib I may use to investigate?

from ghidra-cpp-class-analyzer.

from ghidra-cpp-class-analyzer.

from ghidra-cpp-class-analyzer.

Nothing shows up in the class hierarchy tree is the issue I've been having. It appears the analyzers somewhat work as the methods are recognized as class member functions when you look at the names but the class hierarchy isn't generated for some reason.

from ghidra-cpp-class-analyzer.

Nothing shows up in the class hierarchy tree is the issue I've been having. It appears the analyzers somewhat work as the methods are recognized as class member functions when you look at the names but the class hierarchy isn't generated for some reason.

I'm going to try to take a look this weekend. I have limited access to internet resources though so I won't make any promises.

from ghidra-cpp-class-analyzer.

So, the good news is that it appears to be a minor issue with how external symbols are being handled. I should have a solution shortly.

from ghidra-cpp-class-analyzer.

@ILOVEPIE if you can build the extension may you try the master branch please?

from ghidra-cpp-class-analyzer.

sure i'll need a little bit of time to do so as im a little busy atm

from ghidra-cpp-class-analyzer.

sure i'll need a little bit of time to do so as im a little busy atm

Not a problem, there's no rush.

from ghidra-cpp-class-analyzer.

Hey, I recently ran into a similar issue and just stepped through the extension through a debugger. I found that getTypeInfo was returning null and ended up making a quick hacky change that seemed to help run the analyzer on a mac-gcc binary. Sadly this is just a binary I have so I can't make a small reproducible example right now.

The code change for reference if this helps you get a clue as to what might be happening or helps someone else on mac.

diff --git a/src/main/java/ghidra/app/cmd/data/rtti/gcc/TypeInfoUtils.java b/src/main/java/ghidra/app/cmd/data/rtti/gcc/TypeInfoUtils.java
index bb9961e..2912d8a 100644
--- a/src/main/java/ghidra/app/cmd/data/rtti/gcc/TypeInfoUtils.java
+++ b/src/main/java/ghidra/app/cmd/data/rtti/gcc/TypeInfoUtils.java
@@ -214,6 +214,9 @@ public class TypeInfoUtils {
                        if (reloc.getSymbolName().startsWith(VtableModel.MANGLED_PREFIX)) {
                                return reloc.getSymbolName().substring(VtableModel.MANGLED_PREFIX.length());
                        }
+                       if (reloc.getSymbolName().startsWith("_" + VtableModel.MANGLED_PREFIX)) {
+                               return reloc.getSymbolName().substring(("_" + VtableModel.MANGLED_PREFIX).length());
+                       }
                        Address relocationAddress = getAbsoluteAddress(program, address);
                        if (relocationAddress == null || relocationAddress.getOffset() == 0) {
                                return "";

from ghidra-cpp-class-analyzer.

Hey, I recently ran into a similar issue and just stepped through the extension through a debugger. I found that getTypeInfo was returning null and ended up making a quick hacky change that seemed to help run the analyzer on a mac-gcc binary. Sadly this is just a binary I have so I can't make a small reproducible example right now.

The code change for reference if this helps you get a clue as to what might be happening or helps someone else on mac.

diff --git a/src/main/java/ghidra/app/cmd/data/rtti/gcc/TypeInfoUtils.java b/src/main/java/ghidra/app/cmd/data/rtti/gcc/TypeInfoUtils.java
index bb9961e..2912d8a 100644
--- a/src/main/java/ghidra/app/cmd/data/rtti/gcc/TypeInfoUtils.java
+++ b/src/main/java/ghidra/app/cmd/data/rtti/gcc/TypeInfoUtils.java
@@ -214,6 +214,9 @@ public class TypeInfoUtils {
                        if (reloc.getSymbolName().startsWith(VtableModel.MANGLED_PREFIX)) {
                                return reloc.getSymbolName().substring(VtableModel.MANGLED_PREFIX.length());
                        }
+                       if (reloc.getSymbolName().startsWith("_" + VtableModel.MANGLED_PREFIX)) {
+                               return reloc.getSymbolName().substring(("_" + VtableModel.MANGLED_PREFIX).length());
+                       }
                        Address relocationAddress = getAbsoluteAddress(program, address);
                        if (relocationAddress == null || relocationAddress.getOffset() == 0) {
                                return "";

That's odd that there are two underscores. I see no problem with this hack fix from a quick glance.

from ghidra-cpp-class-analyzer.

from ghidra-cpp-class-analyzer.