Re: mingw32 floating point diff
| От | Tom Lane |
|---|---|
| Тема | Re: mingw32 floating point diff |
| Дата | |
| Msg-id | 2578.1566766178@sss.pgh.pa.us обсуждение |
| Ответ на | Re: mingw32 floating point diff (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: mingw32 floating point diff
|
| Список | pgsql-hackers |
I wrote:
> I'm very hesitant to apply a volatile-qualification approach to
> eliminate those issues, for fear of pessimizing performance-critical
> code on more modern platforms. I wonder whether there is a reasonable
> way to tell at compile time if we have a platform with 80-bit math.
Hmmm ... I find that dromedary's compiler predefines __FLT_EVAL_METHOD__
as 2 not 0 when -mfpmath=387 is given. This seems to be something
that was standardized in C99 (without the double underscores), so
maybe we could do something like
#if __FLT_EVAL_METHOD__ > 0 || FLT_EVAL_METHOD > 0
to conditionalize whether we try to force the evaluation width in
check_float8_val and check_float4_val.
regards, tom lane
В списке pgsql-hackers по дате отправления: