From owner-freebsd-arch@FreeBSD.ORG Tue May 6 12:39:55 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 AC96337B409 for ; Tue, 6 May 2003 12:39:55 -0700 (PDT) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 88AEE43F3F for ; Tue, 6 May 2003 12:39:54 -0700 (PDT) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id E2219530E; Tue, 6 May 2003 21:39:52 +0200 (CEST) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: "Andrey A. Chernov" References: <20030505175426.GA19352@madman.celabo.org> <20030505205051.GA40572@nagual.pp.ru> <20030505231135.GA21953@madman.celabo.org> <20030505231837.GA44533@nagual.pp.ru> <20030506170823.GI83663@lucky.net> <20030506182756.GA57720@nagual.pp.ru> <20030506190747.GA59160@nagual.pp.ru> From: Dag-Erling Smorgrav Date: Tue, 06 May 2003 21:39:51 +0200 In-Reply-To: <20030506190747.GA59160@nagual.pp.ru> (Andrey A. Chernov's message of "Tue, 6 May 2003 23:07:47 +0400") Message-ID: User-Agent: Gnus/5.1001 (Gnus v5.10.1) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii cc: freebsd-arch@freebsd.org Subject: Re: `Hiding' libc symbols 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: Tue, 06 May 2003 19:39:56 -0000 "Andrey A. Chernov" writes: > On Tue, May 06, 2003 at 20:40:35 +0200, Dag-Erling Smorgrav wrote: > > I would like to draw your attention to points b) and c) above and ask > > how you plan to address them. > About b), I don't quite understand, what you mean. If inside the same > application some file includes, say, math.h and use sin() and another file > not includes math.h and defines its own sin() it is error. No. It will lead to surprising results if the file that includes really does use sin(), but if it doesn't there is no reason why the other file can not define an external symbol named sin because sin is in the application namespace in that file. > About c), at this moment we discuss functions namespace only, i.e. linker > "T" class. So you admit that your solution is incomplete? In that case, why do you insist that it is superior to Jacques Vidrine's solution, which addresses all cases without requiring us take the linker off the vendor branch and make it unusable for non-hosted applications? DES -- Dag-Erling Smorgrav - des@ofug.org