Re: beating a dead DB horse

On Mon, Jul 08, 2002 at 02:06:29PM -0500, Ben Collins-Sussman wrote:
>
> So my development box is FreeBSD 4.5-STABLE. I have the db4 port
> installed, which places db4 into
>
> /usr/local/lib/libdb4.so
> /usr/local/include/db4/*.h
>
> Meanwhile, older versions of BDB (part of the base system) are lying
> around as
>
> /usr/local/lib/libdb.so
> /usr/include/db.h

actually, the '/usr/local/lib/libdb.so' is from an old install of
berkeley db, not from the base system. the base system doesn't put
anything in /usr/local/. but anyway...

> Can anyone shed light on this problem?
>
> (In the meantime, if I rename /usr/include/db.h again, then our
> ac-helper correctly finds db4 in the 'standard' freebsd location:
>
> checking for built-in Berkeley DB... no
> checking for Berkeley DB in the standard places... no
> checking for Berkeley DB in /usr/local/include/db4 and /usr/local/lib... yes
> )

it's busted ;-)

actually, our autoconf tests for bdb have never worked completely on
freebsd unless you happen to have a polluted system with random cruft
lying around. (i bet that /usr/local/lib/libdb.so is from an earlier
install of berkeley db from a tarball or something).

the freebsd port hacks its way around this by running "sed -i.back
's/ldb/ldb4/'" on the configure script (that's the same a 'perl -pi -e',
for those with an older freebsd that doesn't do 'sed -i'), to make it
look for the right library name, and then passes
--with-berkeley-db=/usr/local/include/db4:/usr/local/lib to configure,
then it works.

i don't know when things stopped working, since previously the
--with-berkeley-db trickery was not required, but now it is. the
libdb/libdb4 thing has always been the case (as long as you build
bdb only from ports anyway), and we've never handled it correctly.

anyone with some autoconf-fu who's willing to find a fix, please, feel
free, as m4 gives me a headache ;-)

-garrett

-- 
garrett rooney                    Remember, any design flaw you're 
rooneg@electricjellyfish.net      sufficiently snide about becomes  
http://electricjellyfish.net/     a feature.       -- Dan Sugalski
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org