On Tue, 12 Nov 2002, Tom Lane wrote:
> Peter Eisentraut <peter_e@gmx.net> writes:
> > Bruce Momjian writes:
> >> Are we ready for RC1 yet?
>
> > Questionable. We don't even have 50% confirmation coverage for the
> > supported platforms yet.
>
> We can't just wait around indefinitely for port reports that may or may
> not ever appear. In any case, most of the "<7.3" entries in the list
> seem to be various flavors of *BSD; I think it's unlikely we broke
> those ...
>
FWIW, gmake check and gmake bigcheck pass on:
FreeBSD 3.3-RELEASE #3: Thu Feb 3 23:48:56 GMT 2000
using:
gcc -v
gcc version 2.7.2.3
and
ld -v
GNU ld version 2.9.1 (with BFD 2.9.1)
with:
./configure --prefix=/usr/local/pgsql-7.2.1 --enable-multibyte --with-perl --with-tcl --enable-odbc --with-pam
--enable-syslog--with-tclconfig=/usr/local/lib/tcl8.0 --with-tkconfig=/usr/local/lib/tk8.0
--with-includes=/usr/local/include/tcl8.0:/usr/local/include/tk8.0
with the expection of:
*** 214,220 **** SET f1 = FLOAT8_TBL.f1 * '-1' WHERE FLOAT8_TBL.f1 > '0.0'; SELECT '' AS bad, f.f1 * '1e200' from
FLOAT8_TBLf;
! ERROR: Bad float8 input format -- overflow SELECT '' AS bad, f.f1 ^ '1e200' from FLOAT8_TBL f; ERROR: pow() result
isout of range SELECT '' AS bad, ln(f.f1) from FLOAT8_TBL f where f.f1 = '0.0' ;
--- 214,220 ---- SET f1 = FLOAT8_TBL.f1 * '-1' WHERE FLOAT8_TBL.f1 > '0.0'; SELECT '' AS bad, f.f1 * '1e200' from
FLOAT8_TBLf;
! ERROR: floating point exception! The last floating point operation either exceeded legal rangesor was a divide by
zeroSELECT '' AS bad, f.f1 ^ '1e200' from FLOAT8_TBL f; ERROR: pow() result is out of range SELECT '' AS bad, ln(f.f1)
fromFLOAT8_TBL f where f.f1 = '0.0' ;
in the float8 test.
--
Nigel J. Andrews
Logictree Systems Limited