From owner-freebsd-bugs Sat Aug 7 21:31:43 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0D60314C38 for ; Sat, 7 Aug 1999 21:31:41 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA32310; Sat, 7 Aug 1999 21:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 7 Aug 1999 21:30:02 -0700 (PDT) Message-Id: <199908080430.VAA32310@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jamie Norwood Subject: Re: misc/12720: gdbm (And possibly other libraries in /usr/local/lib) not usable under 3.* Reply-To: Jamie Norwood Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/12720; it has been noted by GNATS. From: Jamie Norwood To: Chris Piazza Cc: freebsd-gnats-submit@freebsd.org Subject: Re: misc/12720: gdbm (And possibly other libraries in /usr/local/lib) not usable under 3.* Date: Sat, 7 Aug 1999 21:28:26 -0700 On Sun, Aug 01, 1999 at 11:09:11PM -0700, Chris Piazza wrote: > This is not a problem with the port or package of gdbm, it is a problem > with the configure scripts. Here's a fancy fix: > > % env LDFLAGS="-L/usr/local/lib" ./configure > [..] > checking for dbm_close in -lgdbm... yes > checking for main in -lresolv... no > checking for getpwnam in -lsun... no > checking for main in -lseq... no > checking for main in -lintl... yes > > Conclusion: > It's not the gdbm port's problem that these configure scripts don't > check /usr/local/lib. I'll close this PR if you don't object. > > -Chris > > -- > cpiazza@home.net cpiazza@FreeBSD.org > "I don't like principles. I prefer prejudices." > -Oscar Wilde As a follow up, below is a 'script' output of this. Even using the above 'fix' doesn't work; the configure script runs, but the subsequent 'gmake' fails when trying to link using -lgdbm. This is /not/ a problem with the configure scripts. I am about to reinstall to Linux because I cannot run the server I run with these breakages. Orignally, I just send the above to Chris, resending now so it gets in the list. Also, as a test, I forced gdbm to install in /usr instead of /usr/local, and lo and behold, it worked flawlessly. To recap, this is NOT a problem with configure, it is a problem with how FreeBSD handles the files installed in /usr/local/lib. This is very, very recreateable and should be fixed; I don't know about anyone else, but it certainly seems like a major bug to me when libraries that are correctly installed are not being read at all! Jamie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message