From xemacs-m  Sun Jan 12 16:21:07 1997
Received: from venus.Sun.COM (venus.Sun.COM [192.9.25.5])
          by xemacs.org (8.8.4/8.8.4) with SMTP
	  id QAA01781 for <xemacs-beta@xemacs.org>; Sun, 12 Jan 1997 16:21:06 -0600 (CST)
Received: from Eng.Sun.COM ([129.146.1.25]) by venus.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id OAA29853; Sun, 12 Jan 1997 14:19:47 -0800
Received: from kindra.eng.sun.com by Eng.Sun.COM (SMI-8.6/SMI-5.3)
	id OAA10044; Sun, 12 Jan 1997 14:19:46 -0800
Received: from xemacs.eng.sun.com by kindra.eng.sun.com (SMI-8.6/SMI-SVR4)
	id OAA27906; Sun, 12 Jan 1997 14:19:44 -0800
Received: by xemacs.eng.sun.com (SMI-8.6/SMI-SVR4)
	id OAA17680; Sun, 12 Jan 1997 14:19:43 -0800
Date: Sun, 12 Jan 1997 14:19:43 -0800
Message-Id: <199701122219.OAA17680@xemacs.eng.sun.com>
From: Martin Buchholz <mrb@Eng.Sun.COM>
To: wmperry@aventail.com
Cc: Michael Harnois <mharnois@sbt.net>, xemacs-beta@xemacs.org
Subject: Re: berkeley db
In-Reply-To: <199701120434.UAA00505@wmperry.in.aventail.com>
References: <199701120226.UAA10614@mharnois.workgroup.net>
	<199701120434.UAA00505@wmperry.in.aventail.com>
Reply-To: Martin Buchholz <mrb@Eng.Sun.COM>
Mime-Version: 1.0 (generated by tm-edit 7.100)
Content-Type: text/plain; charset=US-ASCII

>>>>> "bp" == William M Perry <wmperry@aventail.com> writes:

bp> Michael Harnois writes:
>> Debian puts the include files for Berkeley db in /usr/include/db. I don't know
>> if this is the case with other systems or not, but on mine it causes the
>> compile of database.c to fail. The solution, of course, is so simple that
>> even I can figure it out ...

bp>   Uhhh, not everyone has them in /usr/include/db.  Correct way is to make
bp> configure check for db/db.h as well as db.h in the berkeley db checks, and
bp> database.c should check #ifdef HAVE_DB_DB_H blah blah blah.  I suppose I
bp> should do it since I originally wrote that code, but I don't think I've got
bp> the time (or autoconf 1.x around) right now.

As a general direction, we should move configuration code out of
src/Makefile.in.in into configure.in, since autoconf provides
facilities to manipulate lists and locations of libraries, and so
configure needs to understand about DB libraries anyway, and it's best
to have this kind of config information in one place only.

Ideally, Makefile.in.in could know nothing about DB - that information
would be already provided in LIBS.

(Oh, yeah, and CPP sucks...)

Martin

