This is the mail archive of the gcc-bugs@gcc.gnu.org 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" <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


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