rdelaage/postgresql
1
0
Fork 0
mirror of https://git.postgresql.org/git/postgresql.git synced 2024-10-03 00:26:51 +02:00
Code Issues Packages Projects Releases Wiki Activity
059f448766
postgresql/src/test/regress/resultmap

47 lines
1.8 KiB
Plaintext
Raw Normal View History

I have tested the beta3 on WinNT and here are the results: - I was unable to compile ecpg due to the ":=" instead of "=" in defining LIBPQDIR and some other variables in Makefile.global.in - pg_id (and also pg_encoding) executable was not removed during "make clean" - there was no $(X) appended to the executable name for rm - I have added result for int2, int4, float8 and geometry regression tests - int2, int2 - yet another message for too large numbers ;-) - float8 - it is problably a bug in the newlib C library - it has no error message for numbers with exponent -400 - geometry - differences in precision of float numbers - I have added appropriate lines into resultmap file - I have modified the script regress.sh to use "case" statement when testing the hostname. For cygwin the script is called with "i686-pc-cygwin" (on my machine) as a parameter and this was not catched with the "if" statement. The check was done for PORTNAME (win) and not HOSTNAME (i.86-pc-cygwin*). The patch for described modifications is included. All this modifications can be applied to "current" tree too. The compilation was done on CygwinB20.1 with gcc 2.95, cygipc library 1.05. The binaries were able to run also on the newest development snapshot (2000-03-25). Dan
2000-03-31 16:14:36 +02:00
abstime/alpha.*-dec-osf=abstime-solaris-1947
abstime/sparc-sun-solaris=abstime-solaris-1947
Adjusted for new (again!) config.guess output under QNX
2000-04-01 00:03:52 +02:00
float4/.*-qnx=float4-exp-three-digits
Update regression for bsdi.
2000-04-04 06:07:53 +02:00
float8/.*-bsdi=float8-small-is-zero
freebsd has *-freebsd and *-freebsdelf ... float8 passes with this
2000-04-05 04:08:29 +02:00
float8/.*-freebsd*=float8-small-is-zero
Add expected output for netbsd, per report from Patrick Welche.
2000-03-31 07:30:31 +02:00
float8/.*-netbsd=float8-small-is-zero
Adjusted for new (again!) config.guess output under QNX
2000-04-01 00:03:52 +02:00
float8/.*-qnx=float8-exp-three-digits
I have tested the beta3 on WinNT and here are the results: - I was unable to compile ecpg due to the ":=" instead of "=" in defining LIBPQDIR and some other variables in Makefile.global.in - pg_id (and also pg_encoding) executable was not removed during "make clean" - there was no $(X) appended to the executable name for rm - I have added result for int2, int4, float8 and geometry regression tests - int2, int2 - yet another message for too large numbers ;-) - float8 - it is problably a bug in the newlib C library - it has no error message for numbers with exponent -400 - geometry - differences in precision of float numbers - I have added appropriate lines into resultmap file - I have modified the script regress.sh to use "case" statement when testing the hostname. For cygwin the script is called with "i686-pc-cygwin" (on my machine) as a parameter and this was not catched with the "if" statement. The check was done for PORTNAME (win) and not HOSTNAME (i.86-pc-cygwin*). The patch for described modifications is included. All this modifications can be applied to "current" tree too. The compilation was done on CygwinB20.1 with gcc 2.95, cygipc library 1.05. The binaries were able to run also on the newest development snapshot (2000-03-25). Dan
2000-03-31 16:14:36 +02:00
float8/alpha.*-dec-osf=float8-fp-exception
float8/i.86-pc-cygwin*=float8-cygwin
Update regression for bsdi.
2000-04-04 06:07:53 +02:00
geometry/.*-bsdi=geometry-positive-zeros-bsdi
1. miscadmin.h needs to include sys/types.h for a definition of pid_t 2. Regression tests fail for types int2 and int4 (which can easily be fixed by adding entries to resultmap) aswell as float8 and geometry, where floating point numbers appear to be rounded a little differently than in your expected results (besides that I also need the positive zeros file). I'm including a patch for the first 2, but I don't know whether the latter two are actually a bug in postgres or a bug in the OS or even allowed difference. I'm including my results for reference. Rolf Grossmann
2000-02-23 16:46:15 +01:00
geometry/.*-freebsd=geometry-positive-zeros
freebsd 4.0 is like bsdi for geometry test ...
2000-04-05 04:25:11 +02:00
geometry/.*-freebsdelf4.0=geometry-positive-zeros-bsdi
I have tested the beta3 on WinNT and here are the results: - I was unable to compile ecpg due to the ":=" instead of "=" in defining LIBPQDIR and some other variables in Makefile.global.in - pg_id (and also pg_encoding) executable was not removed during "make clean" - there was no $(X) appended to the executable name for rm - I have added result for int2, int4, float8 and geometry regression tests - int2, int2 - yet another message for too large numbers ;-) - float8 - it is problably a bug in the newlib C library - it has no error message for numbers with exponent -400 - geometry - differences in precision of float numbers - I have added appropriate lines into resultmap file - I have modified the script regress.sh to use "case" statement when testing the hostname. For cygwin the script is called with "i686-pc-cygwin" (on my machine) as a parameter and this was not catched with the "if" statement. The check was done for PORTNAME (win) and not HOSTNAME (i.86-pc-cygwin*). The patch for described modifications is included. All this modifications can be applied to "current" tree too. The compilation was done on CygwinB20.1 with gcc 2.95, cygipc library 1.05. The binaries were able to run also on the newest development snapshot (2000-03-25). Dan
2000-03-31 16:14:36 +02:00
geometry/.*-netbsd=geometry-positive-zeros
geometry/hppa=geometry-positive-zeros
Update platform-specific-expected-file support so that platforms can be specified by regular-expression patterns. Add some more files.
2000-01-09 21:54:36 +01:00
geometry/i.86-.*-gnulibc=geometry-i86-gnulibc
I have tested the beta3 on WinNT and here are the results: - I was unable to compile ecpg due to the ":=" instead of "=" in defining LIBPQDIR and some other variables in Makefile.global.in - pg_id (and also pg_encoding) executable was not removed during "make clean" - there was no $(X) appended to the executable name for rm - I have added result for int2, int4, float8 and geometry regression tests - int2, int2 - yet another message for too large numbers ;-) - float8 - it is problably a bug in the newlib C library - it has no error message for numbers with exponent -400 - geometry - differences in precision of float numbers - I have added appropriate lines into resultmap file - I have modified the script regress.sh to use "case" statement when testing the hostname. For cygwin the script is called with "i686-pc-cygwin" (on my machine) as a parameter and this was not catched with the "if" statement. The check was done for PORTNAME (win) and not HOSTNAME (i.86-pc-cygwin*). The patch for described modifications is included. All this modifications can be applied to "current" tree too. The compilation was done on CygwinB20.1 with gcc 2.95, cygipc library 1.05. The binaries were able to run also on the newest development snapshot (2000-03-25). Dan
2000-03-31 16:14:36 +02:00
geometry/i.86-pc-cygwin*=geometry-cygwin-precision
Change resultmap: powerpc-unknown-linux-gnu --> powerpc-unknown-linux-gnulibc1 this is because for new config.guess.
2000-03-26 04:35:01 +02:00
geometry/powerpc-unknown-linux-gnulibc1=geometry-powerpc-linux-gnulibc1
I have tested the beta3 on WinNT and here are the results: - I was unable to compile ecpg due to the ":=" instead of "=" in defining LIBPQDIR and some other variables in Makefile.global.in - pg_id (and also pg_encoding) executable was not removed during "make clean" - there was no $(X) appended to the executable name for rm - I have added result for int2, int4, float8 and geometry regression tests - int2, int2 - yet another message for too large numbers ;-) - float8 - it is problably a bug in the newlib C library - it has no error message for numbers with exponent -400 - geometry - differences in precision of float numbers - I have added appropriate lines into resultmap file - I have modified the script regress.sh to use "case" statement when testing the hostname. For cygwin the script is called with "i686-pc-cygwin" (on my machine) as a parameter and this was not catched with the "if" statement. The check was done for PORTNAME (win) and not HOSTNAME (i.86-pc-cygwin*). The patch for described modifications is included. All this modifications can be applied to "current" tree too. The compilation was done on CygwinB20.1 with gcc 2.95, cygipc library 1.05. The binaries were able to run also on the newest development snapshot (2000-03-25). Dan
2000-03-31 16:14:36 +02:00
geometry/sparc-sun-solaris=geometry-solaris-precision
horology/alpha.*-dec-osf=horology-solaris-1947
New scheme for managing platform-specific regress test result files. Instead of hard-wiring one result file per platform, there is a map file 'resultmap' that says which one to use --- a lot like template/.similar. I have only created entries in resultmap for my own platform (HPUX) so far; feel free to add lines for other platforms.
2000-01-09 08:54:00 +01:00
horology/hppa=horology-no-DST-before-1970
Solaris has always had problems with 1947 in the regression tests so I prepared a set of expected files to make things look OK. There's also a file to account for minor variations in the geopmetry output and a resultmap patch to pull them all together. With these changes PostgreSQL, from CVS, builds and regression tests (runcheck) cleanly. Keith Parks.
2000-02-06 06:09:42 +01:00
horology/sparc-sun-solaris=horology-solaris-1947
I have tested the beta3 on WinNT and here are the results: - I was unable to compile ecpg due to the ":=" instead of "=" in defining LIBPQDIR and some other variables in Makefile.global.in - pg_id (and also pg_encoding) executable was not removed during "make clean" - there was no $(X) appended to the executable name for rm - I have added result for int2, int4, float8 and geometry regression tests - int2, int2 - yet another message for too large numbers ;-) - float8 - it is problably a bug in the newlib C library - it has no error message for numbers with exponent -400 - geometry - differences in precision of float numbers - I have added appropriate lines into resultmap file - I have modified the script regress.sh to use "case" statement when testing the hostname. For cygwin the script is called with "i686-pc-cygwin" (on my machine) as a parameter and this was not catched with the "if" statement. The check was done for PORTNAME (win) and not HOSTNAME (i.86-pc-cygwin*). The patch for described modifications is included. All this modifications can be applied to "current" tree too. The compilation was done on CygwinB20.1 with gcc 2.95, cygipc library 1.05. The binaries were able to run also on the newest development snapshot (2000-03-25). Dan
2000-03-31 16:14:36 +02:00
int2/.*-aix4=int2-too-large
freebsd 4.0 is like bsdi for geometry test ...
2000-04-05 04:25:11 +02:00
int2/.*-bsdi=int2-too-large
I have tested the beta3 on WinNT and here are the results: - I was unable to compile ecpg due to the ":=" instead of "=" in defining LIBPQDIR and some other variables in Makefile.global.in - pg_id (and also pg_encoding) executable was not removed during "make clean" - there was no $(X) appended to the executable name for rm - I have added result for int2, int4, float8 and geometry regression tests - int2, int2 - yet another message for too large numbers ;-) - float8 - it is problably a bug in the newlib C library - it has no error message for numbers with exponent -400 - geometry - differences in precision of float numbers - I have added appropriate lines into resultmap file - I have modified the script regress.sh to use "case" statement when testing the hostname. For cygwin the script is called with "i686-pc-cygwin" (on my machine) as a parameter and this was not catched with the "if" statement. The check was done for PORTNAME (win) and not HOSTNAME (i.86-pc-cygwin*). The patch for described modifications is included. All this modifications can be applied to "current" tree too. The compilation was done on CygwinB20.1 with gcc 2.95, cygipc library 1.05. The binaries were able to run also on the newest development snapshot (2000-03-25). Dan
2000-03-31 16:14:36 +02:00
int2/.*-freebsd=int2-too-large
int2/.*-netbsd=int2-too-large
Adjusted for new (again!) config.guess output under QNX
2000-04-01 00:03:52 +02:00
int2/.*-qnx=int2-too-large
I have tested the beta3 on WinNT and here are the results: - I was unable to compile ecpg due to the ":=" instead of "=" in defining LIBPQDIR and some other variables in Makefile.global.in - pg_id (and also pg_encoding) executable was not removed during "make clean" - there was no $(X) appended to the executable name for rm - I have added result for int2, int4, float8 and geometry regression tests - int2, int2 - yet another message for too large numbers ;-) - float8 - it is problably a bug in the newlib C library - it has no error message for numbers with exponent -400 - geometry - differences in precision of float numbers - I have added appropriate lines into resultmap file - I have modified the script regress.sh to use "case" statement when testing the hostname. For cygwin the script is called with "i686-pc-cygwin" (on my machine) as a parameter and this was not catched with the "if" statement. The check was done for PORTNAME (win) and not HOSTNAME (i.86-pc-cygwin*). The patch for described modifications is included. All this modifications can be applied to "current" tree too. The compilation was done on CygwinB20.1 with gcc 2.95, cygipc library 1.05. The binaries were able to run also on the newest development snapshot (2000-03-25). Dan
2000-03-31 16:14:36 +02:00
int2/alpha.*-dec-osf=int2-too-large
int2/hppa=int2-too-large
int2/i.86-pc-cygwin*=int2-math-result-out-of-range
int2/i.86-pc-linux-gnulibc=int2-not-representable
int2/powerpc-unknown-linux-gnulibc1=int2-not-representable
int2/sparc-sun-solaris=int2-too-large
int4/.*-aix4=int4-too-large
Update regression for bsdi.
2000-04-04 06:07:53 +02:00
int4/.*-bsdi=int4-too-large
I have tested the beta3 on WinNT and here are the results: - I was unable to compile ecpg due to the ":=" instead of "=" in defining LIBPQDIR and some other variables in Makefile.global.in - pg_id (and also pg_encoding) executable was not removed during "make clean" - there was no $(X) appended to the executable name for rm - I have added result for int2, int4, float8 and geometry regression tests - int2, int2 - yet another message for too large numbers ;-) - float8 - it is problably a bug in the newlib C library - it has no error message for numbers with exponent -400 - geometry - differences in precision of float numbers - I have added appropriate lines into resultmap file - I have modified the script regress.sh to use "case" statement when testing the hostname. For cygwin the script is called with "i686-pc-cygwin" (on my machine) as a parameter and this was not catched with the "if" statement. The check was done for PORTNAME (win) and not HOSTNAME (i.86-pc-cygwin*). The patch for described modifications is included. All this modifications can be applied to "current" tree too. The compilation was done on CygwinB20.1 with gcc 2.95, cygipc library 1.05. The binaries were able to run also on the newest development snapshot (2000-03-25). Dan
2000-03-31 16:14:36 +02:00
int4/.*-freebsd=int4-too-large
int4/.*-netbsd=int4-too-large
Adjusted for new (again!) config.guess output under QNX
2000-04-01 00:03:52 +02:00
int4/.*-qnx=int4-too-large
I have tested the beta3 on WinNT and here are the results: - I was unable to compile ecpg due to the ":=" instead of "=" in defining LIBPQDIR and some other variables in Makefile.global.in - pg_id (and also pg_encoding) executable was not removed during "make clean" - there was no $(X) appended to the executable name for rm - I have added result for int2, int4, float8 and geometry regression tests - int2, int2 - yet another message for too large numbers ;-) - float8 - it is problably a bug in the newlib C library - it has no error message for numbers with exponent -400 - geometry - differences in precision of float numbers - I have added appropriate lines into resultmap file - I have modified the script regress.sh to use "case" statement when testing the hostname. For cygwin the script is called with "i686-pc-cygwin" (on my machine) as a parameter and this was not catched with the "if" statement. The check was done for PORTNAME (win) and not HOSTNAME (i.86-pc-cygwin*). The patch for described modifications is included. All this modifications can be applied to "current" tree too. The compilation was done on CygwinB20.1 with gcc 2.95, cygipc library 1.05. The binaries were able to run also on the newest development snapshot (2000-03-25). Dan
2000-03-31 16:14:36 +02:00
int4/alpha.*-dec-osf=int4-too-large
int4/hppa=int4-too-large
int4/i.86-pc-cygwin*=int4-math-result-out-of-range
int4/i.86-pc-linux-gnulibc=int4-not-representable
int4/powerpc-unknown-linux-gnulibc1=int4-not-representable
int4/sparc-sun-solaris=int4-too-large
Adjusted for new (again!) config.guess output under QNX
2000-04-01 00:03:52 +02:00
int8/.*-qnx=int8-exp-three-digits
Add resultmap entries for datetime-related tests on alpha-dec-osf.
2000-03-31 07:13:39 +02:00
tinterval/alpha.*-dec-osf=tinterval-solaris-1947
I have tested the beta3 on WinNT and here are the results: - I was unable to compile ecpg due to the ":=" instead of "=" in defining LIBPQDIR and some other variables in Makefile.global.in - pg_id (and also pg_encoding) executable was not removed during "make clean" - there was no $(X) appended to the executable name for rm - I have added result for int2, int4, float8 and geometry regression tests - int2, int2 - yet another message for too large numbers ;-) - float8 - it is problably a bug in the newlib C library - it has no error message for numbers with exponent -400 - geometry - differences in precision of float numbers - I have added appropriate lines into resultmap file - I have modified the script regress.sh to use "case" statement when testing the hostname. For cygwin the script is called with "i686-pc-cygwin" (on my machine) as a parameter and this was not catched with the "if" statement. The check was done for PORTNAME (win) and not HOSTNAME (i.86-pc-cygwin*). The patch for described modifications is included. All this modifications can be applied to "current" tree too. The compilation was done on CygwinB20.1 with gcc 2.95, cygipc library 1.05. The binaries were able to run also on the newest development snapshot (2000-03-25). Dan
2000-03-31 16:14:36 +02:00
tinterval/sparc-sun-solaris=tinterval-solaris-1947
Reference in New Issue Copy Permalink