No, those don't do it. We need an actual NaN value. These are just
flags, I think.
gmake -C adt SUBSYS.o
gmake[4]: Entering directory `/usr/users/dcarmich/postgresql-7.1/src/
backend/utils/adt'
cc -std -O4 -Olimit 2000 -I../../../../src/include -c -o float.o float.c
cc:
Thomas Lockhart [EMAIL PROTECTED] writes:
cc -std -O4 -Olimit 2000 -I../../../../src/include -c -o float.o float.c
cc: Error: float.c, line 251: In this statement, the libraries on this
platform do not yet support compile-time evaluation of the constant
expression "0.0/0.0". (constfoldns)
OK, looks like we have a Tru64 problem with 7.1 too. Can you tell us
how to get a NAN value. Zero is not it. I see the following mentions
of NAN in the code. Does NAN exist in one of your /usr/include files?
include/port/qnx4.h:18:#ifndef NAN
OK, looks like we have a Tru64 problem with 7.1 too. Can you tell us
how to get a NAN value. Zero is not it. I see the following mentions
of NAN in the code. Does NAN exist in one of your /usr/include files?
We had at least three reports of successful compilation on Tru64 4.0[dg]
and
No, those don't do it. We need an actual NaN value. These are just
flags, I think.
There are two things I found from fp_class.h, FP_SNAN (a signaling NaN),
and FP_QNAN (a quiet NaN). Don't know which you want:
alphapc.ourservers.net grep FP_SNAN /usr/include/*
