On Tue, 12 Nov 2002, Tom Lane wrote:
> Peter Eisentraut <[EMAIL PROTECTED]> 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_TBL f;
! ERROR: Bad float8 input format -- overflow
SELECT '' AS bad, f.f1 ^ '1e200' from FLOAT8_TBL f;
ERROR: pow() result is out 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_TBL f;
! ERROR: floating point exception! The last floating point operation either exceeded
legal ranges
or was a divide by zero
SELECT '' AS bad, f.f1 ^ '1e200' from FLOAT8_TBL f;
ERROR: pow() result is out of range
SELECT '' AS bad, ln(f.f1) from FLOAT8_TBL f where f.f1 = '0.0' ;
in the float8 test.
--
Nigel J. Andrews
Logictree Systems Limited
---------------------------(end of broadcast)---------------------------
TIP 1: subscribe and unsubscribe commands go to [EMAIL PROTECTED]
