Re: suggestion for adding sdk/lib to pluginapp.bin or libuno_sal.so symlink in ure/lib

Stephan Bergmann <sbergman -AT- redhat.com>
Fri, 23 May 2014 12:27:03 +0200

On 05/23/2014 08:59 AM, Richard PALO wrote:

@@ -73,7 +65,7 @@ $(eval $(call gb_Executable_use_external
 ))

 # the orignal dmakefile said: don't ask, it's ugly
-ifeq ($(OS),SOLARIS)
+ifeq ($(OS),XSOLARIS)
 $(eval $(call gb_Executable_set_ldflags,pluginapp.bin,\
     -z nodefs \
 ))


BTW, for the moment, I don't have an issue with omitting the -znodefs
perhaps an old problem since resolved... will keep an eye out.

Ah, so either indeed drop it completely (which is probably best overall)or turn it into a gb_Executable_add_ldflags call.


Stephan

Context

suggestion for adding sdk/lib to pluginapp.bin or libuno_sal.so symlink in ure/lib · Richard PALO
- Re: suggestion for adding sdk/lib to pluginapp.bin or libuno_sal.so symlink in ure/lib · Stephan Bergmann
  - Re: suggestion for adding sdk/lib to pluginapp.bin or libuno_sal.so symlink in ure/lib · Richard PALO
    - Re: suggestion for adding sdk/lib to pluginapp.bin or libuno_sal.so symlink in ure/lib · Stephan Bergmann
    - Re: Solaris build (was: suggestion for adding sdk/lib to pluginapp.bin or libuno_sal.so symlink in ure/lib) · Michael Stahl
      - Re: Solaris build · Richard PALO

Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.