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.

The parallel regress test script, run_check.sh, doesn't seem to work
with this scheme yet.  It *ought* to work but, at least on my machine,
it seems like /bin/sh has problems with nested "while read" loops.
I've run out of steam to work on this for tonight --- perhaps someone
else can see how to fix it.

Also, I updated src/test/regress/README but didn't touch the SGML
doco yet...

			regards, tom lane

Sun, 09 Jan 2000 03:08:14 -0500
Tom Lane <tgl@sss.pgh.pa.us>
New scheme for managing regress test result files
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...



Sun, 9 Jan 2000 04:20:48 -0400 (AST)
The Hermit Hacker <scrappy@hub.org>
Re: [HACKERS] New scheme for managing regress test result files
The Hermit Hacker <scrappy@hub.org> writes:
>> 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...

Cool.  BTW, I realized it would probably be a lot easier to write the
map patterns if the platform names could be given as pattern
expressions, not just prefixes --- for example, int2/hppa*hpux10*=...
Will work on fixing that today.

			regards, tom lane

Sun, 09 Jan 2000 10:40:19 -0500
Tom Lane <tgl@sss.pgh.pa.us>
Re: [HACKERS] New scheme for managing regress test result files 