[Bug target/20617] [4.0/4.1 regression] shared SH libgcc is exporting too many symbols
amylaar at gcc dot gnu dot org
gcc-bugzilla@gcc.gnu.org
Wed Apr 6 19:32:00 GMT 2005
------- Additional Comments From amylaar at gcc dot gnu dot org 2005-04-06 19:32 -------
(In reply to comment #17)
> 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:
>
> [LIB1FUNCS_ST]
> > Won't this have the effect that any of the referenced symbols remain
> > undefined in libgc_s.so, and will get a GOT (and in 4.0 even a PLT
> > entry) in libgcc.so?
>
> You can avoid this problem by including libgcc.a in the final link of
> libgcc_s.so. Every global symbol in libgcc.a is or ought to be hidden
> (that being a goal of all the work I put in on libgcc construction
> last year) so the effect will be that libgcc_s.so gets private copies
> of everything that it actually uses, but nothing more.
>
I just had a look, and actually there appears to be no variable called
LIB1FUNCS_ST. There is one called LIB2FUNCS_ST, but that's a place for
machine-independent static libgcc2 parts, and one called
LIB2FUNCS_STATIC_EXTRA. The latter is actually a list of filenames, no
a list of pieces inside lib1funcs.asm, so I couldn't use it without major
butchery of the SH assembler support functions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20617
More information about the Gcc-bugs
mailing list