From owner-freebsd-arch@FreeBSD.ORG  Mon May  5 15:24:43 2003
Return-Path: <owner-freebsd-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 5CA8E37B401
	for <freebsd-arch@freebsd.org>; Mon,  5 May 2003 15:24:43 -0700 (PDT)
Received: from mail.pcnet.com (mail.pcnet.com [204.213.232.4])
	by mx1.FreeBSD.org (Postfix) with ESMTP id A496343FD7
	for <freebsd-arch@freebsd.org>; Mon,  5 May 2003 15:24:42 -0700 (PDT)
	(envelope-from eischen@pcnet1.pcnet.com)
Received: from pcnet1.pcnet.com (localhost [127.0.0.1])
	by mail.pcnet.com (8.12.8/8.12.1) with ESMTP id h45MOfBg005155;
	Mon, 5 May 2003 18:24:41 -0400 (EDT)
Received: from localhost (eischen@localhost)h45MOf3t005150;
	Mon, 5 May 2003 18:24:41 -0400 (EDT)
Date: Mon, 5 May 2003 18:24:41 -0400 (EDT)
From: Daniel Eischen <eischen@pcnet1.pcnet.com>
To: "Andrey A. Chernov" <ache@nagual.pp.ru>
In-Reply-To: <20030505221641.GA42722@nagual.pp.ru>
Message-ID: <Pine.GSO.4.10.10305051821380.3867-100000@pcnet1.pcnet.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: Dag-Erling Smorgrav <des@ofug.org>
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
	<freebsd-arch.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-arch>
List-Post: <mailto:freebsd-arch@freebsd.org>
List-Help: <mailto:freebsd-arch-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-arch>,
	<mailto:freebsd-arch-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 May 2003 22:24:43 -0000

On Tue, 6 May 2003, Andrey A. Chernov wrote:

> On Mon, May 05, 2003 at 18:02:42 -0400, Daniel Eischen wrote:
> > 
> > Can't you still do what you want even with the standard symbols
> > hidden?
> 
> If you mean to produce linker error for replaced standard functions in
> current hiding model (i.e. for threads) - I don't know - threads
> implementation is completely unknown to me to deal with.

The threads libraries don't have any strong symbols that
don't begin with an underscore:

  $ nm /usr/obj/.../lib/libc_r/libc_r.so.5 | grep " T "

If libc also doesn't have any strong symbols (at least for
the functions you want to check), then I suppose you can
check the linked application for these (strong) definitions.
I don't know how to do it myself, but this may give you some
idea.

-- 
Dan Eischen