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
Regards,
Vincent
> 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: