diff options
| author | Tom Lane <tgl@sss.pgh.pa.us> | 2020-06-16 15:28:37 -0400 |
|---|---|---|
| committer | Tom Lane <tgl@sss.pgh.pa.us> | 2020-06-16 15:28:45 -0400 |
| commit | 3a990a1263560ef28707bc623e875e75ae42041c (patch) | |
| tree | b9a3d0fefb35c7dc7ac813f5b5914eb85bb48ad9 /src/backend/access/transam/xlogfuncs.c | |
| parent | eab6e460e00d61e5aae95298a0fe8c79a1653184 (diff) | |
| download | postgresql-3a990a1263560ef28707bc623e875e75ae42041c.tar.gz postgresql-3a990a1263560ef28707bc623e875e75ae42041c.zip | |
Lobotomize test for float -Inf ^ -2, at least for now.
Per POSIX this case should produce +0, but buildfarm member fossa
(with icc (ICC) 19.0.5.281 20190815) is reporting -0. icc has a
boatload of unsafe floating-point optimizations, with a corresponding
boatload of not-too-well-documented compiler switches, and it seems our
default use of "-mp1" isn't whacking it hard enough to keep it from
misoptimizing the stanza in dpow() that checks whether y is odd.
There's nothing wrong with that code (seeing that no other buildfarm
member has trouble with it), so I'm content to blame this on the
compiler. But without access to the compiler I'm not going to guess at
what switches might be needed to fix it. For now, tweak the test case
so it will accept either -0 or +0 as a correct answer.
Discussion: https://postgr.es/m/E1jkyFX-0005RR-1Q@gemulon.postgresql.org
Diffstat (limited to 'src/backend/access/transam/xlogfuncs.c')
0 files changed, 0 insertions, 0 deletions