Jun Sun <jsun@mvista.com> writes:
> Andreas Jaeger wrote:
> >
> > Jun Sun <jsun@mvista.com> writes:
> >
> > > Andreas Jaeger wrote:
> > > >
> > >
> > > > > saves/restores the FP registers in setjmp/longjmp, the
> > > >
> > > > Any ideas how this can be done?
> > > >
> > > > > model of "simply sending SIGILL/SIGFPE" will result
> > > > > in *all* processes being terminated with extreme prejudice,
> > > > > starting with init!
> > > >
> > >
> > > There is a patch for glibc2.0.7, which I think was done by Jay Carlson.
> > > It
> > > basically works for glibc2.0.6 as well. See the one for glibc2.0.6
> > > attached
> > > below.
> > >
> > > I think the patch is not "clean", in the sense that you only want to
> > > apply it
> > > if you want to configure with "--without-fp". Otherwise the patch will
> > > break
> > > other configurations.
> > >
> > > Jun--- glibc-2.0.6/sysdeps/mips/__longjmp.c.orig-rpm Sat Sep 11 00:01:44
> > > 1999
> > > +++ glibc-2.0.6/sysdeps/mips/__longjmp.c Sat Sep 11 00:02:36 1999
> > > @@ -35,6 +35,7 @@
> > > along the way. */
> > > register int val asm ("a1");
> > >
> > > +#ifdef __HAVE_FPU__
> >
> > I looked through the whole of glibc and GCC and __HAVE_FPU__ is nowhere
> > defined for MIPS. __HAVE_FPU__ is defined for m68k in GCC but that's
> > the only platform.
> >
>
> You are right - it is not defined in glibc. Instead it is defined in egcs.
> For this particular build, I need to apply the mips patch for egcs 1.0.3a,
> which supplies __HAVE_FPU__. You can find it somewhere on oss.sgi site.
> There is an additional patch for softfloat which makes __HAVE_FPU__
> conditional. See the attachement.
>
> > Therefore I don't think the patch makes any sense at all,
>
> Therefore, it does make sense. :-)
As long as that old patch hasn't found it's way into the official
sources, the patch doesn't make sense ;-). I'm willing to discuss
these issues again after those or similar patches have been added to
the CVS archive of GCC - but without this, there's no way to get the
patches into glibc.
Andreas
--
Andreas Jaeger
SuSE Labs aj@suse.de
private aj@arthur.inka.de
http://www.suse.de/~aj
|