Date: Sun, 19 Mar 1995 18:36:42 -0700 From: nate@sneezy.sri.com (Nate Williams) To: Paul Traina <pst@shockwave.com> Cc: Nate Williams <nate@freefall.cdrom.com>, CVS-commiters@freefall.cdrom.com, cvs-gnu@freefall.cdrom.com Subject: Re: cvs commit: src/gnu/usr.bin/ld shlib.c Message-ID: <199503200136.SAA04263@trout.sri.MT.net> In-Reply-To: <199503200055.QAA00981@precipice.Shockwave.COM> References: <199503192120.NAA27115@freefall.cdrom.com> <199503200055.QAA00981@precipice.Shockwave.COM>
next in thread | previous in thread | raw e-mail | index | archive | help
Paul Traina writes: > Grrr... this is a classic GOOD gcc practice. > > From: Nate Williams <nate@freefall.cdrom.com> .. > Removed /usr/local/lib from the standard library search path to be > consistant. Programs shouldn't rely on non-standard paths for bringing > in default libraries. I disagree. Some folks don't install into /usr/local. /opt is common, and I've seen folks use /psoft. By default, /usr/local is *completely* emtpy so if you want to get libraries out of /usr/local it's not that difficult to add the -L/usr/local/lib to various Makefils. It follows with the principal of least suprise. And, you have the source if it *really* bugs you. Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199503200136.SAA04263>