From owner-freebsd-arch@FreeBSD.ORG Thu May 1 08:45:51 2003 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8C54237B401; Thu, 1 May 2003 08:45:51 -0700 (PDT) Received: from mx0.freebsd-services.com (survey.codeburst.net [195.149.39.161]) by mx1.FreeBSD.org (Postfix) with ESMTP id 850BD43F93; Thu, 1 May 2003 08:45:49 -0700 (PDT) (envelope-from paul@freebsd-services.com) Received: by mx0.freebsd-services.com (Postfix, from userid 1002) id D41C41B218; Thu, 1 May 2003 16:45:48 +0100 (BST) Date: Thu, 1 May 2003 16:45:48 +0100 From: Paul Richards To: "Jacques A. Vidrine" , freebsd-arch@FreeBSD.org Message-ID: <20030501154548.GG1869@survey.codeburst.net> References: <20030430043303.GA46365@mero.morphisms.net> <20030430062647.GA82023@rot13.obsecurity.org> <20030430143121.GK39658@survey.codeburst.net> <20030430152708.GA26216@madman.celabo.org> <20030430153645.GL39658@survey.codeburst.net> <20030430164135.GB26508@madman.celabo.org> <20030501140255.GB1869@survey.codeburst.net> <20030501143032.GA34163@madman.celabo.org> <20030501144600.GC1869@survey.codeburst.net> <20030501145345.GA34884@madman.celabo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20030501145345.GA34884@madman.celabo.org> User-Agent: Mutt/1.4.1i Subject: Re: `Hiding' libc symbols (was Re: cvs commit: src/lib/libc/gen ...) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 May 2003 15:45:51 -0000 On Thu, May 01, 2003 at 09:53:45AM -0500, Jacques A. Vidrine wrote: > On Thu, May 01, 2003 at 03:46:00PM +0100, Paul Richards wrote: > [...] > > > No, it is done for some 150+ functions. If the technique didn't have > > > > 150+? I must have missed that in the commit and subsequent discussion. > > See src/lib/libc/include/namespace.h . > > [...] > > Hmm, perhaps a more correct implementation of our libc would not > > use the exported interface to implement the exported interface > > (thinking aloud). > > > > i.e. there'd be a _strlcpy that strlcpy was just a wrapper for > > and internally the _strlcpy would be used. > > Oh, Paul. That is exactly what we are doing today. (me wanders off to study the code instead of speaking from a very old recollection of how things used to be). -- Paul Richards