Re: [PORTS] Geometry test on NetBSD (was Re: [HACKERS] RC1?)

2002-11-26 Thread Henry B. Hotz
At 1:15 AM -0500 11/20/02, Tom Lane wrote: Bruce Momjian [EMAIL PROTECTED] writes: Tom, can you clarify why -0 is valid. The IEEE spec absolutely thinks that -0 and +0 are distinct entities. I don't remember why, at one in the morning ... but if you insist I'm sure that plenty sufficient

Re: [PORTS] Geometry test on NetBSD (was Re: [HACKERS] RC1?)

2002-11-26 Thread Henry B. Hotz
At 1:51 PM -0500 11/20/02, Tom Lane wrote: Patrick Welche [EMAIL PROTECTED] writes: On Wed, Nov 20, 2002 at 01:21:47PM -0500, Tom Lane wrote: Ah-hah, so it is a version issue --- we could make the resultmap line something like geometry/.*-netbsd1.[0-5]=geometry-positive-zeros

Re: [PORTS] Geometry test on NetBSD (was Re: [HACKERS] RC1?)

2002-11-20 Thread Peter Eisentraut
Tom Lane writes: AFAIK, all modern hardware claims compliance to the IEEE floating-point arithmetic standard, so failure to print minus zero as minus zero is very likely to be a software issue not hardware. That suggests strongly that the issue is netbsd version (specifically libc version)

Re: [PORTS] Geometry test on NetBSD (was Re: [HACKERS] RC1?)

2002-11-20 Thread Patrick Welche
On Wed, Nov 20, 2002 at 06:48:15PM +0100, Peter Eisentraut wrote: Tom Lane writes: AFAIK, all modern hardware claims compliance to the IEEE floating-point arithmetic standard, so failure to print minus zero as minus zero is very likely to be a software issue not hardware. That suggests

Re: [PORTS] Geometry test on NetBSD (was Re: [HACKERS] RC1?)

2002-11-20 Thread Tom Lane
Patrick Welche [EMAIL PROTECTED] writes: Right, the equivalent for NetBSD vfprintf.c is: revision 1.40 date: 2001/11/28 11:58:22; author: kleink; state: Exp; lines: +4 -4 Since we're returned the sign of a floating-point number by __dtoa(), use that to decide whether to include a minus

Re: [PORTS] Geometry test on NetBSD (was Re: [HACKERS] RC1?)

2002-11-20 Thread Tom Lane
Peter Eisentraut [EMAIL PROTECTED] writes: The next FreeBSD subrelease (4.8?) should have this fixed. OpenBSD is not fixed. NetBSD and Darwin seem to have temporarily hidden their cvsweb in shame, but I would assume it's the same issue. Not sure what HP-UX is doing about it. HP has

Re: [PORTS] Geometry test on NetBSD (was Re: [HACKERS] RC1?)

2002-11-20 Thread Patrick Welche
On Wed, Nov 20, 2002 at 01:21:47PM -0500, Tom Lane wrote: Patrick Welche [EMAIL PROTECTED] writes: ... NetBSD 1.5 has revision 1.32, NetBSD 1.6 has revision 1.42 Ah-hah, so it is a version issue --- we could make the resultmap line something like

Re: [PORTS] Geometry test on NetBSD (was Re: [HACKERS] RC1?)

2002-11-20 Thread Tom Lane
Patrick Welche [EMAIL PROTECTED] writes: On Wed, Nov 20, 2002 at 01:21:47PM -0500, Tom Lane wrote: Ah-hah, so it is a version issue --- we could make the resultmap line something like geometry/.*-netbsd1.[0-5]=geometry-positive-zeros NetBSD/i386-1.6H i386-unknown-netbsdelf1.6H

Re: [PORTS] Geometry test on NetBSD (was Re: [HACKERS] RC1?)

2002-11-20 Thread Patrick Welche
On Wed, Nov 20, 2002 at 01:51:28PM -0500, Tom Lane wrote: Patrick Welche [EMAIL PROTECTED] writes: On Wed, Nov 20, 2002 at 01:21:47PM -0500, Tom Lane wrote: Ah-hah, so it is a version issue --- we could make the resultmap line something like

Re: [PORTS] Geometry test on NetBSD (was Re: [HACKERS] RC1?)

2002-11-20 Thread Tom Lane
Patrick Welche [EMAIL PROTECTED] writes: Just realised: the answers I gave above were with the config.guess from automake 1.7a! % uname -srmp NetBSD 1.6K acorn32 arm % postgresql-7.3rc1/config/config.guess acorn32-unknown-netbsd1.6K % automake/lib/config.guess