From owner-freebsd-arch@FreeBSD.ORG Tue Feb 28 14:43:30 2006 Return-Path: X-Original-To: arch@freebsd.org 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 573EC16A420; Tue, 28 Feb 2006 14:43:30 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id F212343D45; Tue, 28 Feb 2006 14:43:29 +0000 (GMT) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.13.5/8.13.5/NETPLEX) with ESMTP id k1SEhSqr012312; Tue, 28 Feb 2006 09:43:28 -0500 (EST) Date: Tue, 28 Feb 2006 09:43:28 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Hajimu UMEMOTO In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) Cc: arch@freebsd.org Subject: Re: make tools question & symbol versioning X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2006 14:43:30 -0000 On Tue, 28 Feb 2006, Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Tue, 28 Feb 2006 00:51:48 -0500 (EST) > >>>>> Daniel Eischen said: > > eischen> I'm working on symbol versioning for libc and have an awk script > eischen> that needs to run (from libc/Makefile) in order to generate the > eischen> symbol map file. It may also be applicable for symbol versioning > eischen> other libraries. Where is the right place to put it? > > eischen> If anyone is interested in reviewing, the first shot at symbol > eischen> versioning for libc at: > > eischen> http://people.freebsd.org/~deischen/symver/symver.diffs > > eischen> I was conservative in removing global symbols. I'm sure there > eischen> are others that can be removed, but we can do that later. > > It seems your diff includes the functions only for libc internal, such > as gethostbyname_r. Do we need to target such symbols? For that particular function, I thought it was suppose to be exported for use by applications. It doesn't begin with underscores, and it ends with "_r", so it certainly looked like it should. These functions should be renamed if they are internal interfaces. I'll remove gethostbyname_r. If you find others that shouldn't be there, please let me know. -- DE