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

67 lines
2.6 KiB
Plaintext
Raw Normal View History

Aix additions
2000-04-17 20:11:43 +02:00
abstime/.*aix4=abstime-1947-PDT
Irix fix: The regression tests abstime, horology, int2, int4, and tinterval fail by default. They will pass if comparison is made to one of the variant expected/*.out files. (A related problem is that the geometry test fails. This seems to be just a matter of FP precision but more rigorous inspection is needed. No existing expected/geometry-*.out variant matches.) Pete Forman
2000-09-12 06:12:47 +02:00
abstime/.*-irix6=abstime-1947-PDT
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
resultmap additions for solaris x86 ...
2000-04-07 21:00:44 +02:00
abstime/i.86-pc-solaris=abstime-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
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
I think we want machine pattern i.86 not i386 --- looks like config.guess could output several different high digits on most PC Unixen.
2000-04-08 21:20:10 +02:00
float8/i.86-.*-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
Rename geometry.*bsdi to geo.*bsd. for Freebsd.
2000-04-05 04:36:41 +02:00
geometry/.*-bsdi=geometry-positive-zeros-bsd
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
Rename geometry.*bsdi to geo.*bsd. for Freebsd.
2000-04-05 04:36:41 +02:00
geometry/.*-freebsdelf4.0=geometry-positive-zeros-bsd
Here is a patch for resultmap and the results file. I have counted 9 differences in the least significant digit compared with geometry-positive-zeros.out. It would be wise for someone else to double check. Pete Forman
2000-10-15 01:55:58 +02:00
geometry/.*-irix6=geometry-irix
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
Tweak resultmap so that geometry regress test selects the right comparison file on LinuxPPC, which is identified by config.guess as powerpc-unknown-linux-gnu (not ...-gnulibc1).
2000-09-24 06:07:11 +02:00
geometry/powerpc-unknown-linux-gnu=geometry-powerpc-linux-gnulibc1
Aix additions
2000-04-17 20:11:43 +02:00
geometry/powerpc.*aix4=geometry-powerpc-aix4
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
New resultmap for Alpha, from Ryan Kirkpatrick
2000-07-05 06:28:19 +02:00
geometry/alpha.*-linux-gnu=geometry-solaris-precision
Thanks for the patch It builds and run nicely now it seem that the resultmap file have not been updated. Cyril VELTER
2000-10-07 21:48:27 +02:00
geometry/.*beos=geometry-intel-beos
Aix additions
2000-04-17 20:11:43 +02:00
horology/.*aix4=horology-1947-PDT
Irix fix: The regression tests abstime, horology, int2, int4, and tinterval fail by default. They will pass if comparison is made to one of the variant expected/*.out files. (A related problem is that the geometry test fails. This seems to be just a matter of FP precision but more rigorous inspection is needed. No existing expected/geometry-*.out variant matches.) Pete Forman
2000-09-12 06:12:47 +02:00
horology/.*-irix6=horology-1947-PDT
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
horology/alpha.*-dec-osf=horology-solaris-1947
Cygwin doesn't have DST before 1970 either
2000-09-28 10:53:32 +02:00
horology/*-*-cygwin*=horology-no-DST-before-1970
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
resultmap additions for solaris x86 ...
2000-04-07 21:00:44 +02:00
horology/i.86-pc-solaris=horology-solaris-1947
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
Irix fix: The regression tests abstime, horology, int2, int4, and tinterval fail by default. They will pass if comparison is made to one of the variant expected/*.out files. (A related problem is that the geometry test fails. This seems to be just a matter of FP precision but more rigorous inspection is needed. No existing expected/geometry-*.out variant matches.) Pete Forman
2000-09-12 06:12:47 +02:00
int2/.*-irix6=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/.*-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
resultmap additions for solaris x86 ...
2000-04-07 21:00:44 +02:00
int2/i.86-pc-solaris=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/powerpc-unknown-linux-gnulibc1=int2-not-representable
int2/sparc-sun-solaris=int2-too-large
Thanks for the patch It builds and run nicely now it seem that the resultmap file have not been updated. Cyril VELTER
2000-10-07 21:48:27 +02:00
int2/.*beos=int2-range-error
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/.*-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
Irix fix: The regression tests abstime, horology, int2, int4, and tinterval fail by default. They will pass if comparison is made to one of the variant expected/*.out files. (A related problem is that the geometry test fails. This seems to be just a matter of FP precision but more rigorous inspection is needed. No existing expected/geometry-*.out variant matches.) Pete Forman
2000-09-12 06:12:47 +02:00
int4/.*-irix6=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/.*-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
resultmap additions for solaris x86 ...
2000-04-07 21:00:44 +02:00
int4/i.86-pc-solaris=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/powerpc-unknown-linux-gnulibc1=int4-not-representable
int4/sparc-sun-solaris=int4-too-large
Thanks for the patch It builds and run nicely now it seem that the resultmap file have not been updated. Cyril VELTER
2000-10-07 21:48:27 +02:00
int4/.*beos=int4-range-error
Adjusted for new (again!) config.guess output under QNX
2000-04-01 00:03:52 +02:00
int8/.*-qnx=int8-exp-three-digits
Aix additions
2000-04-17 20:11:43 +02:00
tinterval/.*aix4=tinterval-1947-PDT
Irix fix: The regression tests abstime, horology, int2, int4, and tinterval fail by default. They will pass if comparison is made to one of the variant expected/*.out files. (A related problem is that the geometry test fails. This seems to be just a matter of FP precision but more rigorous inspection is needed. No existing expected/geometry-*.out variant matches.) Pete Forman
2000-09-12 06:12:47 +02:00
tinterval/.*-irix6=tinterval-1947-PDT
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
resultmap additions for solaris x86 ...
2000-04-07 21:00:44 +02:00
tinterval/i.86-pc-solaris=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