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

Stephan Bergmann sbergman at redhat.com
Mon May 21 03:58:41 PDT 2012


On 05/21/2012 12:32 PM, Christian Lohmaier wrote:
> On Mon, May 21, 2012 at 12:08 PM, Michael Stahl<mstahl at 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


More information about the LibreOffice mailing list