Am Donnerstag, 6. Januar 2005 17:39 schrieb Jim Buttafuoco:
I couldn't get 2.4.27 to patch with the arm patches, so I downloaded 2.4.25
(with has CONFIG_FPE_NWFPE=y) and ALL tests passed.
OK, that's good enough. At least we found the cause of the problem. Future
generations can look in the
Am Dienstag, 4. Januar 2005 19:03 schrieb Jim Buttafuoco:
ARM platform fails the point test see below.
For the 7.4 release we got a report for the ARM platform where all tests
passed:
http://archives.postgresql.org/pgsql-hackers/2003-10/msg01212.php
So either there are various degrees of ARM
On Thu, Jan 06, 2005 at 10:18:58AM +0100, Peter Eisentraut wrote:
Am Dienstag, 4. Januar 2005 19:03 schrieb Jim Buttafuoco:
ARM platform fails the point test see below.
For the 7.4 release we got a report for the ARM platform where all tests
passed:
Eisentraut [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Cc: pgsql-hackers pgsql-hackers@postgresql.org
Sent: Thu, 6 Jan 2005 10:18:58 +0100
Subject: Re: [HACKERS] CSV arm check failure
Am Dienstag, 4. Januar 2005 19:03 schrieb Jim Buttafuoco:
ARM platform fails the point test see below.
For the 7.4
-hackers@postgresql.org
Sent: Thu, 6 Jan 2005 15:26:05 +0200
Subject: Re: [HACKERS] CSV arm check failure
On Thu, Jan 06, 2005 at 10:18:58AM +0100, Peter Eisentraut wrote:
Am Dienstag, 4. Januar 2005 19:03 schrieb Jim Buttafuoco:
ARM platform fails the point test see below.
For the 7.4
On Thu, Jan 06, 2005 at 09:07:14AM -0500, Jim Buttafuoco wrote:
I am using the stock Debian 2.4.27 kernel. Don't know how to
change the fp setup. Do you have any instructions for me?
It can be changed by configuring and recompiling kernel.
I checked the kernel-image-2.4.27-arm package from
PROTECTED]
Cc: [EMAIL PROTECTED], pgsql-hackers pgsql-hackers@postgresql.org
Sent: Thu, 6 Jan 2005 15:26:05 +0200
Subject: Re: [HACKERS] CSV arm check failure
On Thu, Jan 06, 2005 at 10:18:58AM +0100, Peter Eisentraut wrote:
Am Dienstag, 4. Januar 2005 19:03 schrieb Jim Buttafuoco:
ARM
On Thu, Jan 06, 2005 at 10:18:58AM +0100, Peter Eisentraut wrote:
For the 7.4 release we got a report for the ARM platform where all tests
passed:
http://archives.postgresql.org/pgsql-hackers/2003-10/msg01212.php
Additional info point:
(sid)noel ( at ) debussy:~/postgresql-cvs/pgsql$
Sent: Thu, 6 Jan 2005 16:58:03 +0200
Subject: Re: [HACKERS] CSV arm check failure
On Thu, Jan 06, 2005 at 09:07:14AM -0500, Jim Buttafuoco wrote:
I am using the stock Debian 2.4.27 kernel. Don't know how to
change the fp setup. Do you have any instructions for me?
It can be changed
On Thu, Jan 06, 2005 at 10:21:43AM -0500, Jim Buttafuoco wrote:
I will recompile the kernel and get back to the list
Thanks. This way we can be sure it is FP-emulation effect.
--
marko
---(end of broadcast)---
TIP 8: explain analyze is your
---
From: Marko Kreen marko@l-t.ee
To: Jim Buttafuoco [EMAIL PROTECTED]
Cc: Peter Eisentraut [EMAIL PROTECTED], pgsql-hackers
pgsql-hackers@postgresql.org
Sent: Thu, 6 Jan 2005 17:25:20 +0200
Subject: Re: [HACKERS] CSV arm check failure
On Thu, Jan 06, 2005 at 10:21:43AM -0500, Jim Buttafuoco
On Thu, Jan 06, 2005 at 11:39:14AM -0500, Jim Buttafuoco wrote:
I couldn't get 2.4.27 to patch with the arm patches, so I downloaded 2.4.25
(with has CONFIG_FPE_NWFPE=y) and ALL
tests passed. So I will file a bug report with Debian. We should also put
something in the Postgresql readme
Marko Kreen wrote:
On Thu, Jan 06, 2005 at 11:39:14AM -0500, Jim Buttafuoco wrote:
I couldn't get 2.4.27 to patch with the arm patches, so I downloaded 2.4.25 (with has CONFIG_FPE_NWFPE=y) and ALL
tests passed. So I will file a bug report with Debian. We should also put something in the
On Thu, Jan 06, 2005 at 12:32:12PM -0500, Andrew Dunstan wrote:
Marko Kreen wrote:
The question is rather how to handle it in PostgreSQL
regression testing:
1) Document the need for NWFPE - which gives standard results.
2) Use FastFPE results on Linux/ARM.
3) Autodetect - ok, that was a
Marko Kreen marko@l-t.ee writes:
I have not looked at pg_regress much and had not noticed the
'unconditional alternative' feature. I only thought of the
resultmap alternative. Unconditionally adding FastFPE results
may even be good, so that FastFPE can pass on any platform.
No, it would be
Tom Lane wrote:
I have noticed an increasing tendency among the buildfarm crew to think
that the regression tests should show zero diffs on all platforms no
matter what. That is not the design goal. The intent is to tell you
about possible problems. If you decide that a particular diff isn't
On Thu, Jan 06, 2005 at 02:05:17PM -0500, Tom Lane wrote:
Marko Kreen marko@l-t.ee writes:
I have not looked at pg_regress much and had not noticed the
'unconditional alternative' feature. I only thought of the
resultmap alternative. Unconditionally adding FastFPE results
may even be
Marko Kreen wrote:
The unconditional-acceptance thing has to be used with great caution;
preferably only for issues that we expect on many platforms (such as
locale dependencies).
How about the following then: let pg_regress.sh accept multiple
choices from resultmap.
Good idea. I was
On Jan 7, 2005, at 4:35, Andrew Dunstan wrote:
The buildfarm is a dashboard application - when everything is OK you
want it to show all green. If that's not a goal, then some redesign is
appropriate. Perhaps buildfarm needs its own test suite, rather than
leveraging those in the distribution,
ARM platform fails the point test see below.
parallel group (13 tests): text name char boolean varchar oid int8 int2 float4
int4 float8 bit numeric
boolean ... ok
char ... ok
name ... ok
varchar ... ok
text
20 matches
Mail list logo