[Top][All Lists]

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

Re: rpath stripping

From: Carlos O'Donell
Subject: Re: rpath stripping
Date: Mon, 18 Apr 2022 07:39:21 -0400
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0

On 4/17/22 10:06, Bob Friesenhahn wrote:
> The libtool I was using (originating from Ubuntu Linux) stripped the
> rpath (which was provided like '-Wl,rpath=/usr/lib') so I was unable
> to embed an rpath in the libcurl I built so that applications linked
> with that libcurl would find it.

I agree with our position.

The behaviour of stripping '-Wl,-rpath' is incorrect.

With new DT_RUNPATH semantics (DT_RPATH being deprecated and binutils having
switched defaults), each shared object, including the binary, must correctly
specify the search path for the immediate needed objects. Stripping this off
will result in incorrectly built shared objects and binaries that don't
operate correctly.

I'm curious what justification is given for this behaviour.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]