[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Failed to stop defining RPATH in libncl

Le 05/01/2016 16:21, Andreas Tille a écrit :
> On Mon, Jan 04, 2016 at 05:19:42PM +0000, Wookey wrote:
>> +++ Andreas Tille [2016-01-04 16:19 +0100]:
>>> On Mon, Jan 04, 2016 at 03:07:40PM +0000, Wookey wrote:
>>>>> E: ncl-tools: binary-or-shlib-defines-rpath usr/bin/NCLconverter /usr/lib/x86_64-linux-gnu/n> > The brute force way to fix this is to use chrpath to remove the rpath
>>>> from the binary at the end of the build.
>>> This is what I have now.
>> OK. I used to discourage chrpath usage because it broke cross-builds
>> (because it didn't understand foreign-arch binary elf formats), but
>> chrpath has since become arch-agnostic so it doesn't really matter
>> these days (except insofar as it's a workaround, rather than a proper
>> cure, and thus unpleasing :-).
> +1
> Thanks for confirming that it became arch-agnostic and I can stop digging
> into the build-system. :-)

Not tested, but I think the root problem is in ncl/Makefile.am:
pkglib_LTLIBRARIES = libncl.la
should be replaced by
lib_LTLIBRARIES = libncl.la
so that the build system know libraries will be installed in the
standard location (i.e. ${libdir}) and not in ${libdir}/$PACKAGE


> Kind regards
>       Andreas.

Vincent Danjean       GPG key ID 0xD17897FA         vdanjean@debian.org
GPG key fingerprint: 621E 3509 654D D77C 43F5  CA4A F6AE F2AF D178 97FA
Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo:  deb http://people.debian.org/~vdanjean/debian unstable main

Reply to: