This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug target/20617] [4.0/4.1 regression] shared SH libgcc is exporting too many symbols
- From: "joern dot rennecke at st dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 24 Mar 2005 23:49:29 -0000
- Subject: [Bug target/20617] [4.0/4.1 regression] shared SH libgcc is exporting too many symbols
- References: <20050324112142.20617.amylaar@gcc.gnu.org>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From joern dot rennecke at st dot com 2005-03-24 23:49 -------
Subject: Re: [4.0/4.1 regression] shared SH libgcc is exporting too many symbols
kkojima at gcc dot gnu dot org wrote:
>------- Additional Comments From kkojima at gcc dot gnu dot org 2005-03-24 22:48 -------
>I thought that mklibgcc makes such functions hidden if SHLIB_LINK
>was defined. In my daily build of sh4-unknown-linux-gnu, all
>
>
Oh, it seems that I misunderstood the role of config/sh/libgcc-excl.ver .
The comment at the top of that file suggested to me that this is the list of
symbols excluded from libgcc.so . So you are saying this needs to list
only to-be-excluded symbols that are mentioned in libgcc-std.ver, and
all the other symbols from lib1funcs.asm are automatically hidden?
FWIW, __mulsi3 should also not be exported, although that
is not a regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20617