Date: Sun, 19 Mar 1995 14:21:18 -0700 From: nate@sneezy.sri.com (Nate Williams) To: Andreas Schulz <ats@freebsd.first.gmd.de> Cc: nate@sneezy.sri.com, ats@freefall.cdrom.com, CVS-commiters@freefall.cdrom.com, cvs-ports@freefall.cdrom.com Subject: Re: cvs commit: ports/games/golddig/scripts configure Message-ID: <199503192121.OAA02991@trout.sri.MT.net> In-Reply-To: <199503192110.WAA11993@freebsd.first.gmd.de> References: <199503191645.JAA02401@trout.sri.MT.net> <199503192110.WAA11993@freebsd.first.gmd.de>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > Now that ld no longer has /usr/X11R6/lib in the shared library search path, > > > we need to add it here with a -L/usr/X11R6/lib. > > > > Actually, it should pick it up when we reboot since we add it in > > /etc/rc. > > No, the ldconfig is only good for ldd, so it will find the library > for the shared executable. But it will no longer find the library in > the ld case. Really? Hmm, I don't notice this at all, but I suppose this is because xmkmf always adds the default library lines, so I guess that's expected. > One more question to this: We are in the moment inconsistent, either > we have all not necessary existing paths in ld like /usr/X11R6/lib > and /usr/local/lib, or we shouldn't have them both in ld and only > have the /usr/lib as a standard in it. You are correct, and it's my fault. I should (and probably will) remove /usr/local from the standard library search path. Removing both /usr/X11R6/lib and /usr/local/lib from the search path is 'The Right Thing' to do since neither of them are mandatory, and any programs that needs those libraries almost always will add the necessary flags to the link line. Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199503192121.OAA02991>