RE: gcc 3.1.1, nm -C on solaris8 sparc

RE: gcc 3.1.1, nm -C on solaris8 sparc

[Rupert Wood]

Mark Crosland wrote:

> We have a tool that uses /usr/ccs/bin/nm -C to get demangled 
> c++ symbol names. But it doesn't seem to fully demangle them.

You can use the GNU nm (or objdump) from the binutils package to
demangle g++'s C++ symbols.

However, the GNU nm won't demangle Sun CC's symbols; you'll have to
stick with Sun's nm for that.

If you need both and can't choose the correct nm ahead of time, you
could write a wrapper to run G++ C++ symbols through the cp_demangle
function in libiberty (in the GCC, binutils and gdb source trees amongst
other places). All G++ manglings start '_Z'; but you can find a
definitive spec at

    http://www.codesourcery.com/cxx-abi/

Rup.

RE: Static linking to libgcc_s and libstdc++

[Rupert Wood]

John Carter wrote:

> Alas, it expects a sharable libstdc++ and libgcc_s.
:
> How can I convince gcc to statically link in those libraries
> (and no other sharable libraries)?

I'm on shaky ground here - I'm no ld expert - but:

   gcc <objects> -Wl,-Bstatic -lstdc++ -Wl,-Bdynamic <rest of libs>

This should work with GNU ld but I've only tried it using Solaris ld.

Note that you're explicitly breaking GCC's C++ model object model: all
C++ binaries and shared libraries link in libgcc_s so that they all use
the same binary copy of the exception handling mechanism. If, however,
all C++ code is in your executable and all dynamic libraries are plain C
then you should get away with linking these statically.

Since you have to link libstdc++ explicitly yourself, you should use the
gcc driver and not the g++ driver. Combined with linking it before any
other libraries, this should enforce the plain-C-libraries-only
requirement at link time.

Good luck,
Rup.

gcc 3.1.1, nm -C on solaris8 sparc

[Mark Crosland]

Hello,

We are using gcc 3.1.1 on solaris8, sparc. We built it to use
/usr/ccs/bin/as and ld.

We have a tool that uses /usr/ccs/bin/nm -C to get demangled c++ symbol
names. But it doesn't seem to fully demangle them. As an example

nm -C lib.built.with.gcc.so
returns
aNamespace12aClassIN9aMethod

but

nm -C lib.built.with.sunCC.so
returns
aNamespace::aClass::aMethod

Are there any gnu tools that will fully demangle?

Thanks,
Mark Crosland