On Tue, Oct 09, 2001 at 11:30:13AM +0100, Nicholas Clark wrote: > On Fri, Sep 21, 2001 at 07:29:43AM -0500, Dirk Eddelbuettel wrote: > > On Fri, Sep 21, 2001 at 08:50:21AM +0100, Phil Blundell wrote: > > > >Could you Arm experts look into this? Is there a genuine Arm floating > > > >point > > > >issue hiding? > > > > > > Maybe. ARM has a wacky format for storing doubles, so if R wants to poke > > > around with the actual binary representation of floating point numbers it > > > will > > > probably run into trouble. > > > > Note that a) r-base 0.90 compiled fine (since then we used to require Atlas > > to build, so that never happened on too many archs, now re-designed) abd b) > > R has a gazillion other regression tests that would fail. > > > > I suspect it is either the src/nmath/bessel* code, or its interaction with > > libc. Recall that the segment which failed passed NaN, NaN around as > > arguments. > > What kernel is on the machine attempting to build? IIRC there were NaN > bugs in NWFPE 0.94 (or whatever is with 2.2.18) that are fixed in the next > NWFPE (whatever is in 2.4.0). Russell backported the later NWFPE to 2.2.19
Don't know. Could someelse help? Would it be worth my while to try again? > [bugs were specifically that some comparison operators, (including LE, IIRC) > were not behaving correctly when NaN was one of the arguments.] Dirk -- Three out of two people have difficulties with fractions.
