Date: Fri, 10 Mar 2017 12:38:47 +0100 From: Tijl Coosemans <tijl@FreeBSD.org> To: Benjamin Kaduk <kaduk@mit.edu> Cc: ports@FreeBSD.org, arch@FreeBSD.org Subject: Re: manpath change for ports ? Message-ID: <20170310123847.109f9e4b@kalimero.tijl.coosemans.org> In-Reply-To: <20170310014305.GO30306@kduck.kaduk.org> References: <20170306235610.cmpxk27jhoafel6l@ivaldir.net> <86mvcvojzt.fsf@desk.des.no> <20170308204126.6d152c44@kalimero.tijl.coosemans.org> <861su6ont5.fsf@desk.des.no> <20170309123532.09b87366@kalimero.tijl.coosemans.org> <20170310014305.GO30306@kduck.kaduk.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 9 Mar 2017 19:43:05 -0600 Benjamin Kaduk <kaduk@mit.edu> wrote: > On Thu, Mar 09, 2017 at 12:35:32PM +0100, Tijl Coosemans wrote: >> Note that -rpath /usr/local/lib isn't added by gcc but by libtool >> because it assumes rtld will not search that directory automatically. >> If you run './configure CC=gcc --prefix=/usr && make check' the tests >> should succeed (without --enable-new-dtags) because -rpath isn't used >> then. > > Sounds like a bug in the libtool packaging, then? Rtld only searches /lib and /usr/lib. It also searches the ldconfig hints file and /usr/local/lib is there by default (ldconfig_paths in /etc/defaults/rc.conf), but users are allowed to change that, for instance when they install ports in another location than /usr/local. Arguably, because our default compiler links with --enable-new-dtags, gcc should as well, but because of the different run-time semantics of DT_RPATH and DT_RUNPATH this is a potential minefield. Upstream binutils changed the default in ld once and this was quickly reverted.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20170310123847.109f9e4b>