From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Nikola Milutinovic <Nikola(dot)Milutinovic(at)ev(dot)co(dot)yu> |
Cc: | pgsql-hackers(at)postgresql(dot)org, pgsql-general(at)postgresql(dot)org |
Subject: | Re: PgSQL 7.4.2 - NaN on Tru64 UNIX |
Date: | 2004-05-19 03:41:04 |
Message-ID: | 11395.1084938064@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers pgsql-patches |
Nikola Milutinovic <Nikola(dot)Milutinovic(at)ev(dot)co(dot)yu> writes:
> [ about NaN on Tru64 ]
> This compiles on Tru64 4.0D (the compiler swallows it), but fails on
> Tru64 UNIX 5.1B. Both basic CC and DTK Compaq CC break on that file
> complaining on that constant evaluation. The best way to solve it is to
> use system definition of "Infinity Constants":
> ...
> + #define NAN DBL_INFINITY
Current CVS tip will probably fail with this, because we expect the
platform to distinguish between NaN and Infinity. Could you retry your
experiments with a recent snapshot and let us know what seems best now?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Matthew T. O'Connor | 2004-05-19 04:53:50 | Re: pg_autovacuum seems to be a neat freak and cleans way |
Previous Message | Joshua D. Drake | 2004-05-19 03:06:16 | Re: Restricted query |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-05-19 03:43:49 | Re: Clean-up callbacks for non-SR functions |
Previous Message | Marc G. Fournier | 2004-05-19 03:40:57 | Re: Call for 7.5 feature completion |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2004-05-19 03:47:16 | Re: PITR Phase 1 - partial backport to 7.3.4, 7.3.5 |
Previous Message | Tom Lane | 2004-05-19 03:36:14 | Re: Bug in CVS pg_dump against 7.0.x |