NaN issues, please help test on non-linux [was: Re: [Plplot-devel] The infamous "missing" strikes again]

[Joao C. <jc...@fe...>]

On Tuesday 04 March 2003 03:21, Joao Cardoso wrote:
> On Tuesday 04 March 2003 01:13, Joao Cardoso wrote:
> > On Monday 03 March 2003 23:52, Alan W. Irwin wrote:
> > > On Mon, 3 Mar 2003, Rafael Laboissiere wrote:
> > > > * Joao Cardoso <jc...@fe...> [2003-03-03 20:53]:
> > > > > After a fresh cvs checkout, running bootstrap.sh
>
> ...
>
> > I don't want to make a distro, just be able to quickly test on anothe=
r
> > architecture (I'm concerned with NaN stuff in nn/csa/plgridd.c).
>
> As I was afraid, under OSF1-V4.0 libcsa has trouble because of NaNs. li=
bnn
> must have the same problem.
>
> I ended up trying libcsa with its own test programs, but they fail, and=
 I
> trace the problem down to NaNs handling
>
> It is increadible how ieee-754 is still "vendor dependent"! Cray is kno=
w to
> be not conformant, but OSF...

I add some logic in sysloc.in to add the correct CFLAGS when compiling on=
 a=20
alpha/OSF -- please check it, it occurred to me just now that I did it th=
e=20
wrong way, as the problem is not only related with the hardware but also =
with=20
the OS. I *think* that linux running in an alpha might not have the probl=
em,=20
I'm not sure.

It would be nice if you guys with non-linux system could test this new co=
de.=20
After the normal configure/make/install, try examples/x21c and report bac=
k

Thanks,
Joao