Re: bind 8.1 linking problems. (fwd)

[Dean Gaudet <dg...@arctic.org>]

When this new bind test kit is released I think I'll cook up a "rule
BIND8" patch which allows the admin to select bind8 at config time vs. the
system resolvers.

Dean

---------- Forwarded message ----------
Date: Thu, 19 Jun 1997 16:21:41 -0700
From: Bob Halley <ha...@vix.com>
To: Dean Gaudet <dg...@arctic.org>
Cc: bind-workers@vix.com
Subject: Re: bind 8.1 linking problems. 


I agree that it's not an Apache problem.

Until BIND 8 can handle shared libraries and do edits on system
libraries, the plan has been to put BIND 8 header files and libraries
some place where they would be out of the way.  Applications that
hadn't had their Makefiles changed would continue to use the system's
native .h files and resolver.

Unfortunately, on some systems /usr/local/include is not as out of the
way as we thought it was.  We have the bad situation of
applications using BIND 8 header files without linking against
libbind.a, which prevents them from linking.

The next BIND 8.1.1 test kit will install .h files into
/usr/local/bind/include, and libbind.a into /usr/local/bind/lib.

Also, the missing __ansi_realloc() on SunOS was a bug.
__ansi_realloc() is something we wrote because a number our our
library routines need ANSI C semantics for realloc(), which the native
SunOS realloc() doesn't provide.  The bug was that this routine was in
a separate library, libport.a, instead of in libbind.a.  The next
8.1.1 test kit will also fix this problem, by putting the contents of
libport.a into libbind.a, and eliminating libport.a altogether.

/Bob