From owner-freebsd-arch@FreeBSD.ORG Mon May 5 21:36:41 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 6E8D337B401 for ; Mon, 5 May 2003 21:36:41 -0700 (PDT) Received: from stork.mail.pas.earthlink.net (stork.mail.pas.earthlink.net [207.217.120.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id EDB8E43FBD for ; Mon, 5 May 2003 21:36:40 -0700 (PDT) (envelope-from tlambert2@mindspring.com) Received: from pool0018.cvx21-bradley.dialup.earthlink.net ([209.179.192.18] helo=mindspring.com) by stork.mail.pas.earthlink.net with asmtp (SSLv3:RC4-MD5:128) (Exim 3.33 #1) id 19CuBx-0006Hx-00; Mon, 05 May 2003 21:36:38 -0700 Message-ID: <3EB73B84.20DBAD91@mindspring.com> Date: Mon, 05 May 2003 21:35:16 -0700 From: Terry Lambert X-Mailer: Mozilla 4.79 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Andrey A. Chernov" References: <20030505214605.GA41803@nagual.pp.ru> <20030505225021.GA43345@nagual.pp.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ELNK-Trace: b1a02af9316fbb217a47c185c03b154d40683398e744b8a4ed6b0842f6f101525f1ec9742978031293caf27dac41a8fd350badd9bab72f9c350badd9bab72f9c cc: Dag-Erling Smorgrav cc: Daniel Eischen 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 04:36:41 -0000 "Andrey A. Chernov" wrote: > What produce less errors in application and libraries? > a) Allow application to replace any standard function. > b) Produce linker error on such attempts. > > Please also note that I not treat functions like err(), warn() etc. as > standard, so namespace.h is right for them. Probably you want to add an option to the linker to make it treat weak symbols as strong, and *do not* turn it on by default, and make it apply positionally, so that it can be applied on a per-library basis by the ports maintainer. It would be a much better approach than trying to relink, which, after reading the code, I'm convinced would not work (my previous suggestion). -- Terry