Re: "5729da1 fdo#42865: privatized unique empty string symbol" - change of addsym.awk breaks the build on Mac/PPC

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).