From owner-freebsd-commit  Tue Mar 28 08:50:44 1995
Return-Path: commit-owner
Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA20670 for commit-outgoing; Tue, 28 Mar 1995 08:50:44 -0800
Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA20657 for cvs-lib-outgoing; Tue, 28 Mar 1995 08:50:42 -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 IAA20651; Tue, 28 Mar 1995 08:50:39 -0800
Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by time.cdrom.com (8.6.11/8.6.9) with ESMTP id IAA22366; Tue, 28 Mar 1995 08:50:21 -0800
Received: (from nate@localhost) by trout.sri.MT.net (8.6.9/8.6.9) id JAA13496; Tue, 28 Mar 1995 09:53:28 -0700
Date: Tue, 28 Mar 1995 09:53:28 -0700
From: Nate Williams <nate@trout.sri.MT.net>
Message-Id: <199503281653.JAA13496@trout.sri.MT.net>
In-Reply-To: Bruce Evans <bde@zeta.org.au>
       "Re: cvs commit: src/lib/libc/stdlib strhash.c" (Mar 29,  2:23am)
X-Mailer: Mail User's Shell (7.2.5 10/14/92)
To: Bruce Evans <bde@zeta.org.au>, jkh@freefall.cdrom.com
Subject: Re: cvs commit: src/lib/libc/stdlib strhash.c
Cc: CVS-commiters@time.cdrom.com, cvs-lib@time.cdrom.com
Sender: commit-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.

What good things come from the info from static functions in
non-debuggable libraries?  I think we should be stripping that info. from
the shared .o's as well.

> >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).

Agreed, but I think the usefulness of the symbols being in w/out -g is
not enough to justify the symbol being in the default libraries.  The
libraries are the issue here, and not the kernel.

Generally speaking most people don't want to debug binaries w/out the
debugging information in (the poor unwashed never needed to use
non-symbolic debuggers :), so I propose that we strip out the static
symbols from the standard shared libraries.


Nate