From: | jwieck(at)debis(dot)com (Jan Wieck) |
---|---|
To: | taral(at)cyberjunkie(dot)com (Taral) |
Cc: | hackers(at)postgreSQL(dot)org |
Subject: | Re: [HACKERS] backend/utils/adt/float.c uses non-existent NAN value |
Date: | 1999-01-18 08:36:10 |
Message-ID: | m102AAN-000EBQC@orion.SAPserv.Hamburg.dsh.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
>
> Seems at some point someone decided not to be machine-independent in
> backend/utils/adt/float.c
>
> Redhat 5.2 system with gcc 2.8.1 doesn't define NAN unless _GNU_SOURCE is
> defined first. Although include/utils/dt.h *does* check for NAN (and HUGE_VAL)
> before using them, the float.c doesn't.
>
> What happened?
Don't know exactly - but
the new NUMERIC data type started recently a discussion about
NAN, because I tried to be able to convert NAN from/to
float's, and that started some trouble. I'm not sure how this
went into adt/float.c. At least I think we should fix all the
NAN handling for v6.5.
Jan
--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me. #
#======================================== jwieck(at)debis(dot)com (Jan Wieck) #
From | Date | Subject | |
---|---|---|---|
Next Message | Magnus Hagander | 1999-01-18 08:53:50 | RE: [PATCHES] Another libpq-be patch |
Previous Message | Michael Meskes | 1999-01-18 07:49:24 | Re: [HACKERS] Postgres Speed or lack thereof |