This is the mail archive of the mailing list for the GCC project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

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

------- 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" <> writes:
> > Won't this have the effect that any of the referenced symbols remain
> > undefined in, and will get a GOT (and in 4.0 even a PLT
> > entry) in 
> You can avoid this problem by including libgcc.a in the final link of
>  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 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.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]