Regression test failures on big endian

Hi,

09.05.0100 is failing the result-conversions tests on big endian
architectures, e.g. powerpc:

https://buildd.debian.org/status/fetch.php?pkg=psqlodbc&arch=powerpc&ver=1%3A09.05.0100-1&stamp=1458326445

* expected/result-conversions.out    Sun Jan 10 13:25:15 2016
--- results/result-conversions.out    Fri Mar 18 18:40:34 2016
***************
*** 262,270 ****
  '1234567' (int4) as SQL_C_UTINYINT: 135
  '1234567' (int4) as SQL_C_SBIGINT: 1234567
  '1234567' (int4) as SQL_C_UBIGINT: 1234567
! '1234567' (int4) as SQL_C_BINARY: hex: 87D61200
  '1234567' (int4) as SQL_C_BOOKMARK: 1234567
! '1234567' (int4) as SQL_C_VARBOOKMARK: hex: 87D61200
  '1234567' (int4) as SQL_C_TYPE_TIME: h: 0 m: 0 s: 0
  '1234567' (int4) as SQL_C_NUMERIC: precision: 7 scale: 0 sign: 0 val: 87d61200000000000000000000000000
  '1234567' (int4) as SQL_C_GUID: SQLGetData failed
--- 262,270 ----
  '1234567' (int4) as SQL_C_UTINYINT: 135
  '1234567' (int4) as SQL_C_SBIGINT: 1234567
  '1234567' (int4) as SQL_C_UBIGINT: 1234567
! '1234567' (int4) as SQL_C_BINARY: hex: 0012D687
  '1234567' (int4) as SQL_C_BOOKMARK: 1234567
! '1234567' (int4) as SQL_C_VARBOOKMARK: hex: 0012D687
  '1234567' (int4) as SQL_C_TYPE_TIME: h: 0 m: 0 s: 0
  '1234567' (int4) as SQL_C_NUMERIC: precision: 7 scale: 0 sign: 0 val: 87d61200000000000000000000000000
  '1234567' (int4) as SQL_C_GUID: SQLGetData failed
***************
*** 1328,1334 ****
  'foobar' (text) as SQL_C_WCHAR: fooba (truncated)
  'foobar' (text) as SQL_C_WCHAR: foobar
  '' (text) as SQL_C_CHAR:
! '' (text) as SQL_C_WCHAR:
\FF00\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF
(truncated)
  '2011-02-15 15:49:18' (timestamp) as SQL_C_CHAR: 2011-02-15 15:49:1 (truncated)
  '2011-02-15 15:49:18 BC' (timestamp) as SQL_C_CHAR: 2011-02-15 15:49:18 (truncated)
  'NaN' (float4) as SQL_C_FLOAT: nan
--- 1328,1334 ----
  'foobar' (text) as SQL_C_WCHAR: fooba (truncated)
  'foobar' (text) as SQL_C_WCHAR: foobar
  '' (text) as SQL_C_CHAR:
! '' (text) as SQL_C_WCHAR: \
FF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF\FFFF
(truncated)
  '2011-02-15 15:49:18' (timestamp) as SQL_C_CHAR: 2011-02-15 15:49:1 (truncated)
  '2011-02-15 15:49:18 BC' (timestamp) as SQL_C_CHAR: 2011-02-15 15:49:18 (truncated)
  'NaN' (float4) as SQL_C_FLOAT: nan


The failure pattern is always the same:
https://buildd.debian.org/status/package.php?p=psqlodbc

(There is an extra problem with bulkoperations on sparc64, but that
might be a problem with that port.
https://buildd.debian.org/status/fetch.php?pkg=psqlodbc&arch=sparc64&ver=1%3A09.05.0100-1&stamp=1458326750
)

Christoph