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
507a3444df
postgresql/src/test/regress/resultmap

81 lines
3.2 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
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
Makeover for Unixware 7.1.1 * Makefile: Add more standard targets. Improve shell redirection in GNU make detection. * src/backend/access/transam/rmgr.c: Fix incorrect(?) C. * src/backend/libpq/pqcomm.c (StreamConnection): Work around accept() bug. * src/include/port/unixware.h: ...with help from here. * src/backend/nodes/print.c (plannode_type): Remove some "break"s after "return"s. * src/backend/tcop/dest.c (DestToFunction): ditto. * src/backend/nodes/readfuncs.c: Add proper prototypes. * src/backend/utils/adt/numutils.c (pg_atoi): Cope specially with strtol() setting EINVAL. This saves us from creating an extra set of regression test output for the affected systems. * src/include/storage/s_lock.h (tas): Correct prototype. * src/interfaces/libpq/fe-connect.c (parseServiceInfo): Don't use variable as dimension in array definition. * src/makefiles/Makefile.unixware: Add support for GCC. * src/template/unixware: same here * src/test/regress/expected/abstime-solaris-1947.out: Adjust whitespace. * src/test/regress/expected/horology-solaris-1947.out: Part of this file was evidently missing. * src/test/regress/pg_regress.sh: Fix shell. mkdir -p returns non-zero if the directory exists. * src/test/regress/resultmap: Add entries for Unixware.
2000-10-23 00:15:13 +02:00
abstime/.*-sysv5uw=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
New config.guess and config.sub with Darwin support (from official GNU source). Adjust resultmap accordingly and fix some other regexps.
2000-10-24 20:11:48 +02:00
float8/.*-freebsd=float8-small-is-zero
OpenBSD resultmap change: I posted this to the list a few days ago, but it was not addressed. Can someone please make the changes to the src/test/regress/resultmap? Thanks. - brandon
2001-03-26 19:51:41 +02:00
float8/i.86-.*-openbsd=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
Apparently, special float8 comparison file for Alpha is only needed when using vendor cc, not gcc.
2000-12-30 03:48:04 +01:00
float8/alpha.*-dec-osf.*:cc=float8-fp-exception
New config.guess and config.sub with Darwin support (from official GNU source). Adjust resultmap accordingly and fix some other regexps.
2000-10-24 20:11:48 +02:00
float8/i.86-pc-cygwin=float8-small-is-zero
Rename geometry.*bsdi to geo.*bsd. for Freebsd.
2000-04-05 04:36:41 +02:00
geometry/.*-bsdi=geometry-positive-zeros-bsd
Add Darwin-specific geometry test file.
2000-12-11 17:45:16 +01:00
geometry/.*-darwin=geometry-powerpc-darwin
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
Update geometry for FreeBSD 4.1 (same as 4.0)
2000-11-06 23:40:30 +01:00
geometry/.*-freebsd4=geometry-positive-zeros-bsd
OpenBSD resultmap change: I posted this to the list a few days ago, but it was not addressed. Can someone please make the changes to the src/test/regress/resultmap? Thanks. - brandon
2001-03-26 19:51:41 +02:00
geometry/i386-.*-openbsd=geometry-positive-zeros-bsd
geometry/sparc-.*-openbsd=geometry-positive-zeros
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 result files for unixware
2000-11-22 02:00:54 +01:00
geometry/.*-sysv5uw7.*:cc=geometry-uw7-cc
geometry/.*-sysv5uw7.*:gcc=geometry-uw7-gcc
I wasn't too sure where to mail this. I have noticed that there are some identical files in postgresql-7.0.2/src/test/regress/expected/ > diff float8-cygwin.out float8-small-is-zero.out #I recommend deleting float8-cygwin.out > diff geometry-cygwin-precision.out geometry-solaris-precision.out #I recommend deleting geometry-cygwin-precision.out below is the diff of postgresql-7.0.2/src/test/regress/resultmap that has the above files deleted plus the addition of an alpha regression test built with alphaev56-dec-osf4.0e/2.95.2/ . The alpha geometry regression file is attached 11c11 < float8/i.86-pc-cygwin*=float8-cygwin --- > float8/i.86-pc-cygwin*=float8-small-is-zero 18c18 < geometry/i.86-pc-cygwin*=geometry-cygwin-precision --- > geometry/i.86-pc-cygwin*=geometry-solaris-precision 21a22 > geometry/alpha.*-dec-osf=geometry-alpha-precision Ricardo Muggli Systems Manager Information and Technology Services Minnesota State University, Mankato
2000-10-17 00:37:37 +02:00
geometry/alpha.*-dec-osf=geometry-alpha-precision
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/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
New config.guess and config.sub with Darwin support (from official GNU source). Adjust resultmap accordingly and fix some other regexps.
2000-10-24 20:11:48 +02:00
geometry/i.86-pc-cygwin=geometry-solaris-precision
geometry tests 'FAILED' from a precision standpoint, but differently then what solaris-precision takes into account ... its possible that solaris-precision is 'stale', but created a new one "just in case" ...
2001-03-22 16:13:19 +01:00
geometry/i.86-pc-solaris2.7=geometry-solaris-i386-pc
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
New config.guess and config.sub with Darwin support (from official GNU source). Adjust resultmap accordingly and fix some other regexps.
2000-10-24 20:11:48 +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
Just a quick patch to make the geometry test on Sparc/Linux regression tests for Pgsql 7.1beta3 pass. This is very similr to the one I submitted back in July for Linux/Alpha. Apparently non-x86 Linux machines like to compute nth place float point digits like Sun/Solaris does? Otherwise, 7.1beta3 runs without problems (i.e. all other regression tests pass) on my Sparc 20 running Debian GNU/Linux 2.2. Ryan Kirkpatrick
2001-01-27 05:26:37 +01:00
geometry/sparc.*-linux-gnu=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
New config.guess and config.sub with Darwin support (from official GNU source). Adjust resultmap accordingly and fix some other regexps.
2000-10-24 20:11:48 +02:00
geometry/.*-beos=geometry-intel-beos
Please apply the following patch to fix AIX and IRIX timestamp behavior as previously discussed. It makes AIX and IRIX not use DST for dates before 1970. The following expected files need to be removed from the regression tests, they contain wrong results and are not needed any more. src/test/regress/expected/horology-1947-PDT.out src/test/regress/expected/tinterval-1947-PDT.out src/test/regress/expected/abstime-1947-PDT.out Zeugswetter Andreas
2001-02-13 15:32:52 +01:00
horology/.*-aix4=horology-no-DST-before-1970
horology/.*-irix6=horology-no-DST-before-1970
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
Makeover for Unixware 7.1.1 * Makefile: Add more standard targets. Improve shell redirection in GNU make detection. * src/backend/access/transam/rmgr.c: Fix incorrect(?) C. * src/backend/libpq/pqcomm.c (StreamConnection): Work around accept() bug. * src/include/port/unixware.h: ...with help from here. * src/backend/nodes/print.c (plannode_type): Remove some "break"s after "return"s. * src/backend/tcop/dest.c (DestToFunction): ditto. * src/backend/nodes/readfuncs.c: Add proper prototypes. * src/backend/utils/adt/numutils.c (pg_atoi): Cope specially with strtol() setting EINVAL. This saves us from creating an extra set of regression test output for the affected systems. * src/include/storage/s_lock.h (tas): Correct prototype. * src/interfaces/libpq/fe-connect.c (parseServiceInfo): Don't use variable as dimension in array definition. * src/makefiles/Makefile.unixware: Add support for GCC. * src/template/unixware: same here * src/test/regress/expected/abstime-solaris-1947.out: Adjust whitespace. * src/test/regress/expected/horology-solaris-1947.out: Part of this file was evidently missing. * src/test/regress/pg_regress.sh: Fix shell. mkdir -p returns non-zero if the directory exists. * src/test/regress/resultmap: Add entries for Unixware.
2000-10-23 00:15:13 +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
Makeover for Unixware 7.1.1 * Makefile: Add more standard targets. Improve shell redirection in GNU make detection. * src/backend/access/transam/rmgr.c: Fix incorrect(?) C. * src/backend/libpq/pqcomm.c (StreamConnection): Work around accept() bug. * src/include/port/unixware.h: ...with help from here. * src/backend/nodes/print.c (plannode_type): Remove some "break"s after "return"s. * src/backend/tcop/dest.c (DestToFunction): ditto. * src/backend/nodes/readfuncs.c: Add proper prototypes. * src/backend/utils/adt/numutils.c (pg_atoi): Cope specially with strtol() setting EINVAL. This saves us from creating an extra set of regression test output for the affected systems. * src/include/storage/s_lock.h (tas): Correct prototype. * src/interfaces/libpq/fe-connect.c (parseServiceInfo): Don't use variable as dimension in array definition. * src/makefiles/Makefile.unixware: Add support for GCC. * src/template/unixware: same here * src/test/regress/expected/abstime-solaris-1947.out: Adjust whitespace. * src/test/regress/expected/horology-solaris-1947.out: Part of this file was evidently missing. * src/test/regress/pg_regress.sh: Fix shell. mkdir -p returns non-zero if the directory exists. * src/test/regress/resultmap: Add entries for Unixware.
2000-10-23 00:15:13 +02:00
horology/.*-sysv5uw=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
This is the minimal version of the Darwin support patch from Bruce Hartzler <bruceh@mail.utexas.edu>. It contains shared library support, regression test map, and the usual template files. The dynamic loader is missing, the spin lock code apparently doesn't assemble due to syntax problems, and semaphores are to be hoped for from Apple.
2000-10-31 20:55:20 +01:00
int2/.*-darwin=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
Resultmap updates for OpenBSD, per report from bpalmer@crimelabs.net.
2001-01-07 02:14:35 +01:00
int2/.*-openbsd=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
New config.guess and config.sub with Darwin support (from official GNU source). Adjust resultmap accordingly and fix some other regexps.
2000-10-24 20:11:48 +02:00
int2/i.86-pc-cygwin=int2-math-result-out-of-range
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/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
Makeover for Unixware 7.1.1 * Makefile: Add more standard targets. Improve shell redirection in GNU make detection. * src/backend/access/transam/rmgr.c: Fix incorrect(?) C. * src/backend/libpq/pqcomm.c (StreamConnection): Work around accept() bug. * src/include/port/unixware.h: ...with help from here. * src/backend/nodes/print.c (plannode_type): Remove some "break"s after "return"s. * src/backend/tcop/dest.c (DestToFunction): ditto. * src/backend/nodes/readfuncs.c: Add proper prototypes. * src/backend/utils/adt/numutils.c (pg_atoi): Cope specially with strtol() setting EINVAL. This saves us from creating an extra set of regression test output for the affected systems. * src/include/storage/s_lock.h (tas): Correct prototype. * src/interfaces/libpq/fe-connect.c (parseServiceInfo): Don't use variable as dimension in array definition. * src/makefiles/Makefile.unixware: Add support for GCC. * src/template/unixware: same here * src/test/regress/expected/abstime-solaris-1947.out: Adjust whitespace. * src/test/regress/expected/horology-solaris-1947.out: Part of this file was evidently missing. * src/test/regress/pg_regress.sh: Fix shell. mkdir -p returns non-zero if the directory exists. * src/test/regress/resultmap: Add entries for Unixware.
2000-10-23 00:15:13 +02:00
int2/.*-sysv5uw=int2-too-large
New config.guess and config.sub with Darwin support (from official GNU source). Adjust resultmap accordingly and fix some other regexps.
2000-10-24 20:11:48 +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
This is the minimal version of the Darwin support patch from Bruce Hartzler <bruceh@mail.utexas.edu>. It contains shared library support, regression test map, and the usual template files. The dynamic loader is missing, the spin lock code apparently doesn't assemble due to syntax problems, and semaphores are to be hoped for from Apple.
2000-10-31 20:55:20 +01:00
int4/.*-darwin=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
Resultmap updates for OpenBSD, per report from bpalmer@crimelabs.net.
2001-01-07 02:14:35 +01:00
int4/.*-openbsd=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
New config.guess and config.sub with Darwin support (from official GNU source). Adjust resultmap accordingly and fix some other regexps.
2000-10-24 20:11:48 +02:00
int4/i.86-pc-cygwin=int4-math-result-out-of-range
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/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
Makeover for Unixware 7.1.1 * Makefile: Add more standard targets. Improve shell redirection in GNU make detection. * src/backend/access/transam/rmgr.c: Fix incorrect(?) C. * src/backend/libpq/pqcomm.c (StreamConnection): Work around accept() bug. * src/include/port/unixware.h: ...with help from here. * src/backend/nodes/print.c (plannode_type): Remove some "break"s after "return"s. * src/backend/tcop/dest.c (DestToFunction): ditto. * src/backend/nodes/readfuncs.c: Add proper prototypes. * src/backend/utils/adt/numutils.c (pg_atoi): Cope specially with strtol() setting EINVAL. This saves us from creating an extra set of regression test output for the affected systems. * src/include/storage/s_lock.h (tas): Correct prototype. * src/interfaces/libpq/fe-connect.c (parseServiceInfo): Don't use variable as dimension in array definition. * src/makefiles/Makefile.unixware: Add support for GCC. * src/template/unixware: same here * src/test/regress/expected/abstime-solaris-1947.out: Adjust whitespace. * src/test/regress/expected/horology-solaris-1947.out: Part of this file was evidently missing. * src/test/regress/pg_regress.sh: Fix shell. mkdir -p returns non-zero if the directory exists. * src/test/regress/resultmap: Add entries for Unixware.
2000-10-23 00:15:13 +02:00
int4/.*-sysv5uw=int4-too-large
New config.guess and config.sub with Darwin support (from official GNU source). Adjust resultmap accordingly and fix some other regexps.
2000-10-24 20:11:48 +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
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
Makeover for Unixware 7.1.1 * Makefile: Add more standard targets. Improve shell redirection in GNU make detection. * src/backend/access/transam/rmgr.c: Fix incorrect(?) C. * src/backend/libpq/pqcomm.c (StreamConnection): Work around accept() bug. * src/include/port/unixware.h: ...with help from here. * src/backend/nodes/print.c (plannode_type): Remove some "break"s after "return"s. * src/backend/tcop/dest.c (DestToFunction): ditto. * src/backend/nodes/readfuncs.c: Add proper prototypes. * src/backend/utils/adt/numutils.c (pg_atoi): Cope specially with strtol() setting EINVAL. This saves us from creating an extra set of regression test output for the affected systems. * src/include/storage/s_lock.h (tas): Correct prototype. * src/interfaces/libpq/fe-connect.c (parseServiceInfo): Don't use variable as dimension in array definition. * src/makefiles/Makefile.unixware: Add support for GCC. * src/template/unixware: same here * src/test/regress/expected/abstime-solaris-1947.out: Adjust whitespace. * src/test/regress/expected/horology-solaris-1947.out: Part of this file was evidently missing. * src/test/regress/pg_regress.sh: Fix shell. mkdir -p returns non-zero if the directory exists. * src/test/regress/resultmap: Add entries for Unixware.
2000-10-23 00:15:13 +02:00
tinterval/.*-sysv5uw=tinterval-solaris-1947
Reference in New Issue Copy Permalink