From owner-cvs-all@FreeBSD.ORG Tue Apr 29 18:57:51 2003 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 42BAA37B401; Tue, 29 Apr 2003 18:57:51 -0700 (PDT) Received: from gw.nectar.cc (gw.nectar.cc [208.42.49.153]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4527B43FE0; Tue, 29 Apr 2003 18:57:50 -0700 (PDT) (envelope-from nectar@celabo.org) Received: from madman.celabo.org (madman.celabo.org [10.0.1.111]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "madman.celabo.org", Issuer "celabo.org CA" (verified OK)) by gw.nectar.cc (Postfix) with ESMTP id D85EC4; Tue, 29 Apr 2003 20:57:49 -0500 (CDT) Received: by madman.celabo.org (Postfix, from userid 1001) id 1D6E978C4A; Tue, 29 Apr 2003 20:57:49 -0500 (CDT) Date: Tue, 29 Apr 2003 20:57:48 -0500 From: "Jacques A. Vidrine" To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Message-ID: <20030430015748.GA19911@madman.celabo.org> References: <200304292113.h3TLDoGF072965@repoman.freebsd.org> <20030430002014.GA1190@dragon.nuxi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030430002014.GA1190@dragon.nuxi.com> X-Url: http://www.celabo.org/ User-Agent: Mutt/1.5.3i-ja.1 cc: Dag-Erling Smorgrav Subject: Re: cvs commit: src/lib/libc/gen check_utility_compat.c confstr.c fmtmsg.c getgrent.c getpwent.c src/lib/libc/include namespace.h un-namespace.h src/lib/libc/locale setlocale.c src/lib/libc/net getaddrinfo.c gethostbydns.c getnameinfo.c hesiod.c ... X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 30 Apr 2003 01:57:51 -0000 On Tue, Apr 29, 2003 at 05:20:14PM -0700, David O'Brien wrote: > On Tue, Apr 29, 2003 at 11:49:09PM +0200, Dag-Erling Smorgrav wrote: > > Jacques Vidrine writes: > > > Log: > > > `Hide' strlcpy and strlcat (using the namespace.h / __weak_reference > > > technique) so that we don't wind up calling into an application's > > > version if the application defines them. > > > > We should probably do this for every libc function that is used within > > libc... > > No we shouldn't. If I understand you correctly, it prevents me from > linking in my own malloc()/free() and having the entire system use it. It just means that you'd have to name your implementations e.g. _malloc and _free, also. But still, I suppose you have a point ... there /may/ be some functions that /should not/ be `hidden'. Cheers, -- Jacques Vidrine . NTT/Verio SME . FreeBSD UNIX . Heimdal nectar@celabo.org . jvidrine@verio.net . nectar@freebsd.org . nectar@kth.se