Fix portability issue in tests from commit ce773f230.
authorTom Lane
Fri, 3 Sep 2021 14:01:02 +0000 (10:01 -0400)
committerTom Lane
Fri, 3 Sep 2021 14:01:02 +0000 (10:01 -0400)
Modern POSIX seems to require strtod() to accept "-NaN", but there's
nothing about NaN in SUSv2, and some of our oldest buildfarm members
don't like it.  Let's try writing it as -'NaN' instead; that seems
to produce the same result, at least on Intel hardware.

Per buildfarm.

src/test/regress/expected/hash_func.out
src/test/regress/sql/hash_func.sql

index 46b9788d079397bd0c8cbf9f7819c23116217473..d026fbcb3deab72ac76db3a97597980d86a56b91 100644 (file)
@@ -307,7 +307,7 @@ SELECT hashfloat4('0'::float4) = hashfloat4('-0'::float4) AS t;
  t
 (1 row)
 
-SELECT hashfloat4('NaN'::float4) = hashfloat4('-NaN'::float4) AS t;
+SELECT hashfloat4('NaN'::float4) = hashfloat4(-'NaN'::float4) AS t;
  t 
 ---
  t
@@ -319,7 +319,7 @@ SELECT hashfloat8('0'::float8) = hashfloat8('-0'::float8) AS t;
  t
 (1 row)
 
-SELECT hashfloat8('NaN'::float8) = hashfloat8('-NaN'::float8) AS t;
+SELECT hashfloat8('NaN'::float8) = hashfloat8(-'NaN'::float8) AS t;
  t 
 ---
  t
index 5e4f23238680708fb7bcf902066fab62c2cb9f69..89c91f72b763928fee053899e8f03203bd5c942e 100644 (file)
@@ -225,7 +225,7 @@ WHERE  hash_range(v)::bit(32) != hash_range_extended(v, 0)::bit(32)
 -- Check special cases for specific data types
 --
 SELECT hashfloat4('0'::float4) = hashfloat4('-0'::float4) AS t;
-SELECT hashfloat4('NaN'::float4) = hashfloat4('-NaN'::float4) AS t;
+SELECT hashfloat4('NaN'::float4) = hashfloat4(-'NaN'::float4) AS t;
 SELECT hashfloat8('0'::float8) = hashfloat8('-0'::float8) AS t;
-SELECT hashfloat8('NaN'::float8) = hashfloat8('-NaN'::float8) AS t;
+SELECT hashfloat8('NaN'::float8) = hashfloat8(-'NaN'::float8) AS t;
 SELECT hashfloat4('NaN'::float4) = hashfloat8('NaN'::float8) AS t;