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: "zack at codesourcery dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 24 Mar 2005 23:54:52 -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 zack at codesourcery dot com 2005-03-24 23:54 -------
Subject: Re: [4.0/4.1 regression] shared SH libgcc is
exporting too many symbols
"joern dot rennecke at st dot com" <gcc-bugzilla@gcc.gnu.org> writes:
> 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?
Yes, that is how it is supposed to work. If it isn't working that
way, either mklibgcc or your t-fragment is buggy.
> FWIW, __mulsi3 should also not be exported, although that is not a
> regression.
Feel free to add it to libgcc-excl.ver...
zw
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20617