Date: Tue, 28 May 2002 23:07:00 -0700 From: Terry Lambert <tlambert2@mindspring.com> To: "M. Warner Losh" <imp@village.org> Cc: grog@FreeBSD.org, peter@wemm.org, freebsd-arch@FreeBSD.org Subject: Re: Why don't we search /usr/local/lib and /usr/local/include bydefault? Message-ID: <3CF47004.EC99DC1D@mindspring.com> References: <20020529122327.C82424@wantadilla.lemis.com> <20020528.221453.83474290.imp@village.org> <20020529140813.P82424@wantadilla.lemis.com> <20020528.233729.115542684.imp@village.org>
next in thread | previous in thread | raw e-mail | index | archive | help
"M. Warner Losh" wrote: > In message: <20020529140813.P82424@wantadilla.lemis.com> > "Greg 'groggy' Lehey" <grog@FreeBSD.org> writes: > : > We shouldn't search it because that may break other things. > : > : What? > > It increases the default security domain from /usr/include and > /usr/lib to also include /usr/local/lib and /usr/local/include > silently. Right now users must explicitly declare that they want to > link against this less secure domain by adding -I/usr/local/include > and -L/usr/lcoal/include to the build process. What is the preference order for shared libraries with the same name? If you have to look to answer this question, or if it depends on the contents of the /etc/rc.conf file variable's arguments to ldconfig, based on list order, then I would argue that the domain is already expanded. There's also a nice hidden assuption there, that the environmental library path overrides are otherwise "safe". > Maybe this isn't a show stopper, but it is the sort of thing that > needs to be considered before we put a change like this into the tree. > I think that it is a sufficient reason to block the addition. I think the fact that it doesn't rationalize compiler, linker, and runtime linker behaviour is sufficient to say "no". -- Terry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3CF47004.EC99DC1D>