Date: Fri, 12 Nov 1999 23:11:37 -0700 From: Nate Williams <nate@mt.sri.com> To: Bruce Evans <bde@zeta.org.au> Cc: Nate Williams <nate@mt.sri.com>, Marcel Moolenaar <marcel@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/i386/include signal.h Message-ID: <199911130611.XAA21626@mt.sri.com> In-Reply-To: <Pine.BSF.4.10.9911131502310.19037-100000@alphplex.bde.org> References: <199911121711.KAA19367@mt.sri.com> <Pine.BSF.4.10.9911131502310.19037-100000@alphplex.bde.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > > By reseting the FPU with fninit, we *lose* much of the state, we in our > > > > code we must restore the state (which we stored before the call to > > > > sigsetjmp with fsave/fwait). > > > > > > fninit lose some current state, but nothing related to the state at the > > > time of the sigsetjmp(). JDK apparently needs to restore the state at > > > the time of the setjmp(). > > > > Right. What else would you restore if not the state at the time of the > > setjmp? > > You would restore as necessary to prevent clobbering of local variables > that are stored in registers at the time of the longjmp. Umm, I thought Marcel's comment was that we would be now supporting floating point context. In that case, then we should restore the FP state, shouldn't we? What else would be necessary to support FP state? Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199911130611.XAA21626>