This is the mail archive of the gcc-patches@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]

Re: PATCH: PR ada/16592: Ada tools don't use the newly built shared libraries


On Mon, Jul 19, 2004 at 05:47:18PM +0200, Arnaud Charlet wrote:
> > It is becauses ./ada/rts/raise.o uses unwind functions. With this
> > patch:
> > 
> > http://gcc.gnu.org/ml/gcc-patches/2004-03/msg02214.html
> > 
> > and a newer binutils, anything which calls unwind functions will
> > be linked against libgcc_s.so.1. You will see it with linker in Red
> > Hat Fedora Core 2 or the current Linux bnutils from
> > 
> > http://www.kernel.org/pub/linux/devel/binutils/
> 
> Well, that's certainly very annoying, and was unknown when the change to
> raise.c was done.
> 
> It is certainly not intended that we add a dependency on libgcc_s.so.1
> on *any* Ada program, although as I understand from your message,
> this is a binutils black magic side effect, so would only occur
> on systems using recent binutils.
> 
> What is the reason for this change ? Is there a way to link
> statically when needed ?
> 
> Also adding Olivier in the discussion, since he made the change to raise.c
> Olivier, could you review this discussion and provide your comments ?

You can avoid it on Linux with similar approach used in glibc. It
defines its own local unwind functions. It does dlopen libgcc_s.so.1
and dlsym the real one, then call it when the local unwind function
is called.


H.J.


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