From owner-cvs-lib  Mon Aug 21 05:16:47 1995
Return-Path: cvs-lib-owner
Received: (from majordom@localhost)
          by freefall.FreeBSD.org (8.6.11/8.6.6) id FAA16418
          for cvs-lib-outgoing; Mon, 21 Aug 1995 05:16:47 -0700
Received: from haywire.DIALix.COM (haywire.DIALix.COM [192.203.228.65])
          by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id FAA16408
          ; Mon, 21 Aug 1995 05:16:21 -0700
Received: (from peter@localhost) by haywire.DIALix.COM (8.7.Beta.11/8.7.Beta.11/DIALix) id UAA26061; Mon, 21 Aug 1995 20:15:48 +0800 (WST)
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
In-Reply-To: <199508210940.TAA16981@godzilla.zeta.org.au>
Message-ID: <Pine.SV4.3.91.950821195815.25041A-100000@haywire.DIALix.COM>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: cvs-lib-owner@freebsd.org
Precedence: bulk

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