Date: Sat, 7 Jun 1997 01:40:02 +0400 (MSD) From: =?KOI8-R?B?4c7E0sXKIP7F0s7P1w==?= <ache@nagual.pp.ru> To: Satoshi Asami <asami@FreeBSD.ORG> Cc: asami@hub.freebsd.org, freebsd-ports@hub.freebsd.org Subject: Re: ports/3256 Message-ID: <Pine.BSF.3.96.970607012513.879A-100000@nagual.pp.ru> In-Reply-To: <199706061933.MAA06487@hub.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, 6 Jun 1997, Satoshi Asami wrote: > 152 -r--r--r-- 1 bin bin 145588 May 28 03:08 /usr/local/lib/libreadline.a > 144 -r-xr-xr-x 1 bin bin 135991 May 28 03:08 /usr/local/lib/libreadline.so* > It appears it is picking up libreadline.a from /usr/local/lib, even > though it finds there is no -lreadline. devel/linuxgdb and devel/scogdb > both have lib/libreadline.a listed in their PLISTs, even though neither > lists libreadline.so. Since I not install all ports (linuxgdb and scogdb) I even can't detect this problem. It looks like error in those ports to install libreadline without renaming it. They must use system one or rename private version to something else. BTW, from where *.so variant appearse? > Anyway, can you change ncftp2 to always use /usr/lib's libreadline? > We don't want the build to be affected by other ports, especially > for things like libreadline that many software wants to install > their own version of. Of course, I can fix this particular thing, but it gains nothing! It is common GNU configure trick to search /usr/local/lib first. I.e. all current and even future soft which use readline and GNU configure will be affected by this bug, so we need to fix too much in this way. IMHO, proper solution will be to fix linuxgdb and scogdb ports instead to not bload reserved namespace. No libreadline or another commonly used library name (libc? :-) must be in /usr/local/lib for GNU configure. -- Andrey A. Chernov <ache@null.net> http://www.nagual.pp.ru/~ache/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.970607012513.879A-100000>