OS X: coinmp is not using install_name_tool
Robert Antoni Buj i Gelonch
robert.buj at gmail.com
Sat Oct 25 06:48:22 PDT 2014
In fact, macosx-change-install-names.pl doesn't change the id of the
library, and it maintains the temporally prefix.
On Sat, Oct 25, 2014 at 3:42 PM, Robert Antoni Buj i Gelonch <
robert.buj at gmail.com> wrote:
> 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