From owner-cvs-lib  Tue Mar 28 08:28:58 1995
Return-Path: cvs-lib-owner
Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA20125 for cvs-lib-outgoing; Tue, 28 Mar 1995 08:28:58 -0800
Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA20118; Tue, 28 Mar 1995 08:28:55 -0800
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by time.cdrom.com (8.6.11/8.6.9) with ESMTP id IAA22345; Tue, 28 Mar 1995 08:28:41 -0800
Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id CAA28769; Wed, 29 Mar 1995 02:23:53 +1000
Date: Wed, 29 Mar 1995 02:23:53 +1000
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199503281623.CAA28769@godzilla.zeta.org.au>
To: jkh@freefall.cdrom.com, nate@sneezy.sri.com
Subject: Re: cvs commit: src/lib/libc/stdlib strhash.c
Cc: CVS-commiters@time.cdrom.com, bde@zeta.org.au, cvs-lib@time.cdrom.com,
        jkh@freebsd.org
Sender: cvs-lib-owner@freebsd.org
Precedence: bulk

>but it may be a compiler/strip issue.  If the routine is declared
>static, it's symbol should never be seen in the symbol table.  That

It need not be, but gcc is a friendly compiler and puts useful info
about static functions in the symbol table.  Our bsd.lib.mk strips
it from *.o but not from *.so.

>feature is a function of the compiler, not of the linker/loader.
>(Except when it was compiled with debugging I believe, though I'm not
>positive on that account)

It's essential to have static symbols for things compiled with -g and
useful to have them for things compiled without -g (e.g., /kernel).

Bruce