------- 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" <[EMAIL PROTECTED]> 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
