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 18:17:06 -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 18:17 -------
Subject: Re: shared SH libgcc is exporting too many symbols
zack at codesourcery dot com wrote:
>------- Additional Comments From zack at codesourcery dot com 2005-03-24 16:06 -------
>Subject: Re: shared SH libgcc is exporting too many
> symbols
>
>
>Why not just add the problematic symbols to sh/libgcc-excl.ver? That
>is what it is there for.
>
Almost all the symbols in config/sh/lib1funcs.asm are problematic.
Moreover, adding a new function to lib1funcs.asm
can inadvertantly create a new exported symbol. It is much safer to
make the symbols by default not exported.
I'm currently working on merging most of the machine-dependent patches
from our sources into gcc 4.1 - that's a 400 KB patch -
and this will change most of the FUNC definitions in lib1funcs.asm to
HIDDEN_FUNC, and all the ALIAS defintions
into HIDDEN_ALIAS, and also change the way references to symbols in
lib1funcs.asm are generated, so that for some
symbols GOT references are made rather than PLT ones when compiling
pic/PIC code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20617