[2009] in Kerberos-V5-bugs
Re: beta 6 problems..
daemon@ATHENA.MIT.EDU (Tom Yu)
Sat Jun 15 22:14:26 1996
Date: Sat, 15 Jun 1996 22:13:47 -0400
To: Nathan Sheeley <nsheeley@doa.flame.org>
Cc: hartmans@MIT.EDU (Sam Hartman), kerberos@MIT.EDU, krb5-bugs@MIT.EDU
From: Tom Yu <tlyu@MIT.EDU>
In-Reply-To: <199606100426.XAA01371@doa.flame.org>
Could you tell me if whether dbm_clearerr is a macro or a prototype in
ndbm.h? Also, does it even exist at all? Does libc.a contain
dbm_clearerr? Is there a separate libdbm.a or libndbm.a? Do you have
gdbm installed?
I suspect the chain of events is as follows:
* finds ndbm.h, sets dbval=ndbm
* finds dbm_nextkey in someting other than libc
* tries to grep for dbm_clearerr, etc. in ndbm.h
* fails to find it
* tries to link with ref to dbm_clearerr(), etc.
* fails because it's not in libc and we didn't set LIBS
properly before the test
* thinks the prototype isn't missing anyway
This may or may not be a problem with other BSDish systems. I think
this patch to aclocal.m4 may solve the problems:
Index: aclocal.m4
===================================================================
RCS file: /afs/athena.mit.edu/astaff/project/krbdev/.cvsroot/src/aclocal.m4,v
retrieving revision 1.119
diff -u -r1.119 aclocal.m4
--- aclocal.m4 1996/06/14 03:07:29 1.119
+++ aclocal.m4 1996/06/16 01:49:31
@@ -1000,6 +1000,7 @@
AC_CHECK_LIB(dbm,dbm_nextkey,[dblibs=-ldbm],
AC_CHECK_LIB(gdbm,dbm_nextkey,[dblibs=-lgdbm]))))
AC_DEFINE(NDBM)
+ LIBS="$LIBS $dblibs"
AC_CHECK_DBM_PROTO($dbval,dbm_error,,
AC_DEFINE(MISSING_ERROR_PROTO))
AC_CHECK_DBM_PROTO($dbval,dbm_clearerr,,
---Tom
