[Xastir-dev] db4

[Tom Russo]

On Sun, Nov 28, 2004 at 10:59:50AM -0500, we recorded a bogon-computron collision of the <jerryc at netlab.org> flavor, containing:
> Ok, 
> 	I went to sleepycat and got db4.2.52.tar.gz
> Compiled and installed. All was good.
> 
> 1. Should I remove db2 and 3 ? from my redhat 7.2 
> 2. I am still getting the DB > 4 Error in map.cache.c
> 3. I would really like to try this map caching stuff.
> 4. My Redhat 6.2 machine does not have the issue and does not attempt to compile
> maps.cache.c so it does compile, without caching. (which is cool because I use
> it just for tiger maps)
> 
> Any hints appreciated, is ther a db4 dev package I need to get ?

Clearly, the db.h that's found first in the search path is the wrong one.  To 
get to the bottom of it you'll need to figure out where the db4.2 version is, 
and make sure it's used instead of any other.

One way to do that would be to deinstall any other versions that you have if
they aren't being used by something else.  That's not a solution, of course,
if you need them for some other purpose.

There's also a "--with-bdb-incdir" and "--with-bdb-libdir" option you can use
to tell configure to look in a specific place for db includes and libraries.  
Might want to try those.  Since FreeBSD installs various db versions in 
scattered places like /usr/local/include/db42 to keep them from stepping on
each other, that's what I have to use all the time anyway.

The problem I think is that xastir's acinclude.m4 does an AC_CHECK_HEADER
on "db.h" to see if there is one in the default search path, and if so then
goes on to search for an appropriate libdb.  It does no checking of whether
the db.h it found first is the one associated with the version of db it needs.
I'm looking into a modified acinclude.m4 that might do the trick, and uses
AC_TRY_COMPILE instead of AC_CHECK_HEADER --- that way before accepting the 
first db.h we find and pressing on to find a libdb, we check that the header
is for the right version.  If that works I'll commit it and you can see if
it does the trick for you.  What it would probably do, though, is tell you
you don't have db.h and force you to use --with-bdb-incdir to find it.

-- 
Tom Russo    KM5VY     SAR502  DM64ux         http://www.swcp.com/~russo/
Tijeras, NM  QRPL#1592 K2#398  SOC#236 AHTB#1 http://www.qsl.net/~km5vy/
 "Politics consists of choosing between the disastrous and the unpalatable."
                                      -- John Kenneth Galbraith