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. -- Cheers, Carlos.
