[Bug target/20617] [4.0/4.1 regression] shared SH libgcc is exporting too many symbols

kkojima at gcc dot gnu dot org gcc-bugzilla@gcc.gnu.org
Fri Mar 25 00:30:00 GMT 2005


------- Additional Comments From kkojima at gcc dot gnu dot org  2005-03-25 00:30 -------
"joern dot rennecke at st dot com" <gcc-bugzilla@gcc.gnu.org> wrote:
> FWIW, __mulsi3 should also not be exported, although that is not a
> regression.

For the efficiency, yes.  Unfortunately, it causes the binary
compatibility problem for the old binaries refering __mulsi3@*.
At least, SH linux has too many such binaries already.

BTW, I could find the use of libgcc-excl.ver in t-linux only.
All targets which make the shared libgcc with the ordinally SH
PIC ABI should use it or similar excl.ver, shouldn't they?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20617



More information about the Gcc-bugs mailing list