OS X: coinmp is not using install_name_tool
Robert Antoni Buj i Gelonch
robert.buj at gmail.com
Sat Oct 25 06:42:22 PDT 2014
I wonder if we can do it easer using @rpath prefix and passing possible
library locations in ld flags.
On Mon, Oct 20, 2014 at 10:21 AM, Stephan Bergmann <sbergman at redhat.com>
> On 10/19/2014 05:22 PM, Robert Antoni Buj i Gelonch wrote:
>> The previous message was for the master branch, the next output was
>> obtained in 4.3 branch:
> There are two situations to consider:
> 1 Genuine LO code links against an external dylib A. A's install name
> needs to contain a special filepath segment denoting where A is located in
> the installset, see the comment at the top of solenv/bin/macosx-change-
> install-names.pl and e.g.
> $(if $(filter MACOSX,$(OS)),--prefix=/@.____
>> ______________________________________________OOO) \
> in external/cairo/ExternalProject_cairo.mk.
> 2 An external dylib B links against another external dylib A (from the
> same or another external project). A needs to be set up according to (1).
> The ExternalProject_*.mk for B needs to explicitly call
> macosx-change-install-names on B, see e.g.
> $(if $(filter MACOSX,$(OS)),&& $(PERL) \
>> change-install-names.pl shl OOO \
>> source/lib/libicudata$(gb_Library_DLLEXT).$(icu_VERSION) \
>> source/lib/libicuuc$(gb_Library_DLLEXT).$(icu_VERSION) \
>> source/lib/libicui18n$(gb_Library_DLLEXT).$(icu_VERSION)) \
> in external/icu/ExternalProject_icu.mk.
> LibreOffice mailing list
> LibreOffice at lists.freedesktop.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the LibreOffice