From owner-cvs-lib Mon Aug 21 06:28:17 1995 Return-Path: cvs-lib-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id GAA19532 for cvs-lib-outgoing; Mon, 21 Aug 1995 06:28:17 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.FreeBSD.org (8.6.11/8.6.6) with ESMTP id GAA19519 ; Mon, 21 Aug 1995 06:27:54 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id XAA26477; Mon, 21 Aug 1995 23:23:55 +1000 Date: Mon, 21 Aug 1995 23:23:55 +1000 From: Bruce Evans Message-Id: <199508211323.XAA26477@godzilla.zeta.org.au> To: bde@zeta.org.au, peter@haywire.dialix.com 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 Cc: CVS-commiters@freefall.FreeBSD.org, bde@freefall.FreeBSD.org, cvs-lib@freefall.FreeBSD.org, pst@freebsd.org Sender: cvs-lib-owner@freebsd.org Precedence: bulk >I impression that libresolv was an no-op library... I now see the error >of my ways. I used to think that too. >Question: should libresolv become a no-op, as it currently does the same >thing as libc/net/get* and libc/net/res*; I'm not qualified to decide this. I seem to remember Garrett saying that libresolv should go away. libresolv isn't referenced by any Makefile in /usr/src. >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.. I think you actually broke RES_DEBUG. Previously there was no DEBUG flag in libc/net/*, although libresolv/Makefile defines it. The support for RES_DEBUG should continue to to be independent of local debugging flags. Bruce