Thread: regression failure on Solaris contrib/cube

First error know to be caught by the buildfarm - this is one of DarcyB's 
test client machines. All the details below were pulled from the 
buildfarm test server's database.

This report is from HEAD, but it might also apply to earlier branches.

cheers

andrew
 ----------------

Machine details:

Solaris / 2.8
gcc / 3.3.2
Ultra SPARC

regression diffs:

*** ./expected/cube.out    Tue Sep 28 15:25:33 2004
--- ./results/cube.out    Tue Sep 28 15:55:16 2004
***************
*** 142,148 **** SELECT '-1e-700'::cube AS cube;  cube  ------
!  (0) (1 row)  SELECT '1234567890123456'::cube AS cube;
--- 142,148 ---- SELECT '-1e-700'::cube AS cube;  cube  ------
!  (-0) (1 row)  SELECT '1234567890123456'::cube AS cube;




configuration:
 $ ./configure --enable-cassert --enable-debug --with-perl --without-readline \
--prefix=/export/home/darcy/pgfarmbuild/HEAD/inst--with-pgport=5999
 


hostname = sparc.dbitech.ca
uname -m = sun4u
uname -r = 5.8
uname -s = SunOS
uname -v = Generic_117350-04

/usr/bin/uname -p = sparc
/bin/uname -X     = System = SunOS
Node = sparc.dbitech.ca
Release = 5.8
KernelID = Generic_117350-04
Machine = sun4u
BusType = <unknown>
Serial = <unknown>
Users = <unknown>
OEM# = 0
Origin# = 1
NumCPU = 1

/bin/arch              = sun4
/usr/bin/arch -k       = sun4u

PATH: /usr/sbin
PATH: /usr/bin
PATH: /usr/local/bin
PATH: /usr/ccs/bin

Andrew Dunstan <andrew@dunslane.net> writes:
> Machine details:
> Solaris / 2.8

> regression diffs:

> *** ./expected/cube.out    Tue Sep 28 15:25:33 2004
> --- ./results/cube.out    Tue Sep 28 15:55:16 2004
> ***************
> *** 142,148 ****
>   SELECT '-1e-700'::cube AS cube;
>    cube 
>   ------
> !  (0)
>   (1 row) 
>   SELECT '1234567890123456'::cube AS cube;
> --- 142,148 ----
>   SELECT '-1e-700'::cube AS cube;
>    cube 
>   ------
> !  (-0)
>   (1 row) 
>   SELECT '1234567890123456'::cube AS cube;

Yeah, I've seen the same on Mac OS X.  I've committed a variant expected
file to make the contrib tests pass cleanly on these machines.
        regards, tom lane