Re: [PATCH 05/12] ltmain.in: Don't encode RATHS which match default linker paths
Richard Purdie <[email protected]> Tue, 16 Jan 2024 15:31:08 +0000
| Newsgroups | gmane.comp.gnu.libtool.patches |
|---|---|
| Message-ID | <641439013c95d7f134f3e10a95600d629a1f017a.camel@linuxfoundation.org> |
On Mon, 2024-01-15 at 20:10 -0500, Mike Frysinger wrote: > On 25 Oct 2021 15:33, Richard Purdie wrote: > > We don't want to add RPATHS which match default linker search paths, they're > > a waste of space. This patch filters libtools list of paths to encoode and > > removes the ones we don't need. > > how are you defining "linker" ? are you talking about the runtime linker > (i.e. ld.so) or the build time linker (i.e. `ld`) ? I meant the runtime linker/loader ld.so. > the commit message also doesn't really explain in concrete details the > scenario you're running into. We were seeing binaries with RPATHS like /usr/lib in them which basically doesn't do anything useful since it is a default for ld.so. We were therefore trying to remove those to improve the efficiency of the binaries slightly. Cheers, Richard