This is the mail archive of the libc-alpha@sources.redhat.com mailing list for the glibc 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: Another ugly bootstrapping patch for libgcc_eh


On Thu, Sep 11, 2003 at 08:07:03PM +0200, Jakub Jelinek wrote:
> On Thu, Sep 11, 2003 at 03:49:45PM -0400, Daniel Jacobowitz wrote:
> > Some months ago, when I updated our local bootstrapping procedure to use
> > glibc 2.3.2, I posted a patch that changed a check for a function in
> > -lgcc_eh to check also in -lgcc.  The problem is that the functions we need
> > are built even if GCC is configured --disable-shared, but they go into -lgcc
> > instead of into -lgcc_eh.
> > 
> > The same problem cropped up again, so here's a second patch.  It correctly
> > detects libgcc_eh on my host and correctly doesn't detect it for my cross
> > build.  OK?
> 
> Why exactly do you need that?
> What exact library needs the functions from libgcc_eh.a?
> There shouldn't be any these days (__register_*/__frame_state_for etc.
> functions should come from sysdeps/generic on arches which need them,
> _Unwind_* come from unwind*.c).
> IMHO both:
> 
> # Force the backward compatibility EH functions to be linked.
> LDFLAGS-c.so += -u __register_frame
> 
> in Makerules and -lgcc_eh in Makeconfig should go.

If you say so.  That -lgcc_eh's been in and out quite a number of
times.  I was just assuming that it was necessary.

-- 
Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer


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