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
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, al
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 think
On Thu, Jan 06, 2005 at 02:05:17PM -0500, Tom Lane wrote:
> Marko Kreen 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,
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
re
Marko Kreen 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 bad, beca
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
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 Post
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
ssage ---
From: Marko Kreen
To: Jim Buttafuoco <[EMAIL PROTECTED]>
Cc: Peter Eisentraut <[EMAIL PROTECTED]>, pgsql-hackers
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 wrote:
> > I
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 fr
: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: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$
To: Peter Eisentraut <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], pgsql-hackers
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 But
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
ent: 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.
> >
Eisentraut <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Cc: "pgsql-hackers"
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
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:
>
> http://archives.postgresql.o
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 AR
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
