Date: Mon, 21 Aug 1995 20:15:47 +0800 (WST) From: Peter Wemm <peter@haywire.dialix.com> To: Bruce Evans <bde@zeta.org.au> Cc: CVS-commiters@freefall.FreeBSD.org, bde@freefall.FreeBSD.org, pst@freebsd.org, cvs-lib@freefall.FreeBSD.org Subject: Re: cvs commit: src/lib/libc/net gethostbydns.c res_debug.c res_init.c res_mkquery.c res_query.c res_send.c Message-ID: <Pine.SV4.3.91.950821195815.25041A-100000@haywire.DIALix.COM> In-Reply-To: <199508210940.TAA16981@godzilla.zeta.org.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 21 Aug 1995, Bruce Evans wrote:
> > Modified: lib/libc/net gethostbydns.c res_debug.c res_init.c
> > res_mkquery.c res_query.c res_send.c
> > Log:
> > Fix bogus include paths, some of which stopped libresolv from compiling.
>
> [This changed <res_config.h> to "res_config.h".]
>
> Perhaps I should have changed libresolv/Makefile
> (`CFLAGS+= -I${.CURDIR}/../libc/net') instead of changing lots of source
> files. It seems bogus for libresolv to have to know about the internals
> of libc/net. OTOH libc/netc/Makefile and the kernel Makefile use -I and
> `<>' paths to nail down the include path. OTSameH zillions of Makefiles
> depend on `""' paths working right so that -I${.CURDIR} isn't necessary
> for compiling in another (obj) directory.
>
> Bruce
Sigh.. Thanks for fixing this.. Terribly sorry everyone.. :-(
I impression that libresolv was an no-op library... I now see the error
of my ways.
Question: should libresolv become a no-op, as it currently does the same
thing as libc/net/get* and libc/net/res*;
OR:
should the libc stuff have the #define DEBUG removed so that the libc
version does not have the debugging printf()'s that things like dig(1)
need, while libresolv does... (so dig links with libresolv)
I suspect it was working the second way before, in which case I've broken
the distinction between the two libraries..
-Peter
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.SV4.3.91.950821195815.25041A-100000>