On 21/05/12 11:46, Stephan Bergmann wrote: > On 05/20/2012 05:06 PM, Christian Lohmaier wrote: >> print "_ZNSs4_Rep20_S_empty_rep_storageE*;" >> >> doesn't break the build. > > What could also be the problem is that the mangled name is slightly > different for Mac OS X PPC. Does nm show any symbol name containing > "_S_empty_rep_storage," say? Then, a better solution would be to place > the wildcard "*" so that both symbol name variants would match.
that would also be possible, the only arithmetic type in the signature is "char", which may be signed or unsigned, but i don't know if that makes a difference in name mangling. std::basic_string<char, std::char_traits<char>, std::allocator<char> >::_Rep::_S_empty_rep_storage also, you'd have to check in libstdc++ because the debug mode is never active on MacOS currently so LO libraries shouldn't reference the symbol (would perhaps be nice to enable it if it works). _______________________________________________ LibreOffice mailing list LibreOffice@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice
