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

On 05/21/2012 12:32 PM, Christian Lohmaier wrote:
> On Mon, May 21, 2012 at 12:08 PM, Michael Stahl<mstahl@redhat.com>  wrote:
> > 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*;"
> > [...]
> > 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).
>
> libstdc++ contains it:
>
> $ nm /Developer/SDKs/MacOSX10.4u.sdk/usr/lib/libstdc++.dylib  |grep -i
> empty_rep_storage
> a0b1addc S __ZNSbIwSt11char_traitsIwESaIwEE4_Rep20_S_empty_rep_storageE
> a0b1ad9c S __ZNSs4_Rep20_S_empty_rep_storageE

Ah, so the problem after all is indeed that our lib happens to not 
define the symbol and at least Mac OS X PPC linker complains about that. 
 In other words, current solution is just fine.

Stephan