Re: [HACKERS] New scheme for managing regress test result files - Mailing list pgsql-hackers

From The Hermit Hacker
Subject Re: [HACKERS] New scheme for managing regress test result files
Date
Msg-id Pine.BSF.4.21.0001090420130.18498-100000@thelab.hub.org
Whole thread Raw
In response to New scheme for managing regress test result files  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: [HACKERS] New scheme for managing regress test result files
List pgsql-hackers
On Sun, 9 Jan 2000, Tom Lane wrote:

> Since we have to go through the process of regenerating regress test
> result files anyway, now seemed like a good time to take care of
> something that's been bugging me for a while.  I have just committed
> changes that allow multiple platforms to share platform-specific
> regress test result files.
> 
> For example, there are a lot of machines where the int2 regress test
> produces 
>     ERROR:  pg_atoi: error reading "100000": Result too large
> instead of the reference platform's
>     ERROR:  pg_atoi: error reading "100000": Numerical result out of range
> We can now have all these platforms share a single result file,
> which I've called expected/int2-too-large.out, rather than having
> to have duplicate result files for each such platform.  There is
> a mapping file src/test/regress/resultmap that identifies which file
> to use for each platform --- it's a lot like src/template/.similar,
> if you've messed around with that.
> 
> So far I've only put entries into resultmap for my own platform (HPUX)
> but I'm sure many more will get added over the next few weeks.

Working on FreeBSD right now...




pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: New scheme for managing regress test result files
Next
From: Ed Loehr
Date:
Subject: Re: [HACKERS] "ExecInitIndexScan: both left and right..." meaning?