[ On Thu, October 15, 1998 at 22:34:30 (-0400), Nathan Dorfman wrote: ]
> Subject: Re: broken libwrap.so? in 1.3.2/sparc
>
> libwrap is only actually *used* in snmpd, which defines the variables
> correctly. However, with --with-libwrap, it links the client programs,
> snmpget, snmpwalk, others with libwrap as well. Since these don't make
> use of libwrap at all and don't define the variables, this fails. I am
> going to e-mail the maintainers of ucd-snmp and ask them why they are
> being linked with libwrap. If it's not using the functionality there's
> no reason for libwrap to even be loaded. For now, perhaps there should
> be a patch in pkgsrc/net/ucd-snmp/patches?

There should be no difference between the behaviour of linker regardless
of whether the libraries are static or shared, yet when a shared library
references a global object that's un-resolved the run-time linking fails
even if there are no objects referenced in that library.

What confuses me is why this worked correctly on SunOS-4 (where the
NetBSD shared library support supposedly came from).  Perhaps not as
much came from SunOS as I assumed had.

I'm quite pleased to hear this problem will be corrected with the
upcoming update to ld.

-- 
							Greg A. Woods

+1 416 218-0098      VE3TCP      <gwoods@acm.org>      <robohack!woods>
Planix, Inc. <woods@planix.com>; Secrets of the Weird <woods@weird.com>