From xemacs-m  Sat Jun  7 13:05:38 1997
Received: from neal.ctd.comsat.com (exim@neal.ctd.comsat.com [134.133.40.21])
	by xemacs.org (8.8.5/8.8.5) with SMTP id NAA03721
	for <xemacs-beta@xemacs.org>; Sat, 7 Jun 1997 13:05:38 -0500 (CDT)
Received: from neal by neal.ctd.comsat.com with local (Exim 1.62 #1)
	id 0waPrv-0003ek-00; Sat, 7 Jun 1997 14:05:39 -0400
To: Martin Buchholz <mrb@Eng.Sun.COM>
Cc: xemacs-beta@xemacs.org
Subject: Re: 20.3b4 hpux9.05 success
References: <E0waAzc-0003Qh-00@neal.ctd.comsat.com> <199706070442.VAA12336@xemacs.eng.sun.com>
X-Emacs: 20.2 XEmacs Lucid without mule
Mime-Version: 1.0 (generated by SEMI MIME-Edit 0.82)
Content-Type: text/plain; charset=US-ASCII
From: Neal Becker <neal@ctd.comsat.com>
Date: 07 Jun 1997 14:05:38 -0400
In-Reply-To: Martin Buchholz's message of Fri, 6 Jun 1997 21:42:37 -0700
Message-ID: <u9afl2ffv1.fsf@neal.ctd.comsat.com>
Lines: 9
X-Mailer: Gnus v5.4.52/XEmacs 20.2

No, /usr/local/{include,lib} is not needed to be specifed on my
systems, because I used gcc, and gcc always looks there.  db wasn't
found because it wasn't in /usr/local/include, db.h was is
/usr/local/include/db/db.h.  This same setup is used on some linux
systems.  The reason is that db also includes ndbm.h, a fake ndbm
emulation, and putting this in /usr/include would interfere with a
real ndbm.h.  So we put all the db stuff in /usr/local/include/db/ or
/usr/include/db/.

