Re: [HACKERS] regression test errors: netbsd 1.3.2/i386 - Mailing list pgsql-hackers

From Brook Milligan
Subject Re: [HACKERS] regression test errors: netbsd 1.3.2/i386
Date
Msg-id 199809102313.RAA25170@trillium.nmsu.edu
Whole thread Raw
In response to Re: [HACKERS] regression test errors: netbsd 1.3.2/i386  ("Thomas G. Lockhart" <lockhart@alumni.caltech.edu>)
Responses Re: [HACKERS] regression test errors: netbsd 1.3.2/i386  (Bruce Momjian <maillist@candle.pha.pa.us>)
List pgsql-hackers
   > I just compiled up the current snapshot for a test under netbsd
   > 1.3.2/i386.  Everything works except the followng:
   >
   > int8 .. failed        <-- seems like large numbers show as negative

   Your system is apparently not yet supported for 8 byte integers. If you
   want netbsd to be supported, you need to figure out if you have support
   for those in your compiler (gcc seems to have it across several
   processors) and you need i/o support for them in printf/scanf.

   configure tries to detect these automatically so look at what configure
   tries to do and see why it missed for your system.

Configure does check (and passes), but doesn't seem to record anything
about the int8 tests.  As a result, config.h (and hence int8.h) knows
nothing about the results of the configure test.  The patches below
get configure to record the tests in config.h.  With these patches (to
last night's snapshot) the int8 regression test passes on netbsd
1.3.2/i386.  I'm actually surprised they work without these patches
for anyone, really.

Cheers,
Brook

===========================================================================
--- configure.in.orig    Thu Sep 10 01:00:35 1998
+++ configure.in    Thu Sep 10 15:21:36 1998
@@ -572,6 +572,7 @@
     [AC_DEFINE(HAVE_LONG_INT_64) AC_MSG_RESULT(yes)],
     AC_MSG_RESULT(no),
     AC_MSG_RESULT(assuming not on target machine))
+AC_SUBST(HAVE_LONG_INT_64)

 AC_MSG_CHECKING(whether 'long long int' is 64 bits using %lld)
 AC_TRY_RUN([#include <stdio.h>
@@ -609,6 +610,7 @@
     [AC_DEFINE(HAVE_LONG_LONG_INT_64_lld) AC_MSG_RESULT(yes)],
     AC_MSG_RESULT(no),
     AC_MSG_RESULT(assuming not on target machine))
+AC_SUBST(HAVE_LONG_LONG_INT_64_lld)

 AC_MSG_CHECKING(whether 'long long int' is 64 bits using %qd)
 AC_TRY_RUN([#include <stdio.h>
@@ -646,6 +648,7 @@
     [AC_DEFINE(HAVE_LONG_LONG_INT_64_qd) AC_MSG_RESULT(yes)],
     AC_MSG_RESULT(no),
     AC_MSG_RESULT(assuming not on target machine))
+AC_SUBST(HAVE_LONG_LONG_INT_64_qd)

 dnl Checks for library functions.
 AC_PROG_GCC_TRADITIONAL
===========================================================================
--- include/config.h.in.orig    Wed Aug 26 01:01:16 1998
+++ include/config.h.in    Thu Sep 10 15:22:45 1998
@@ -222,8 +222,11 @@
 /* Set to 1 if type "long int" works and is 64 bits */
 #undef HAVE_LONG_INT_64

-/* Set to 1 if type "long long int" works and is 64 bits */
-#undef HAVE_LONG_LONG_INT_64
+/* Set to 1 if type "long long int" works with %lld and is 64 bits */
+#undef HAVE_LONG_LONG_INT_64_lld
+
+/* Set to 1 if type "long long int" works with %qd and is 64 bits */
+#undef HAVE_LONG_LONG_INT_64_qd

 /*
  * Code below this point should not require changes

pgsql-hackers by date:

Previous
From: David Hartwig
Date:
Subject: Re: [HACKERS] vlen in libpq using user defined data type
Next
From: Brook Milligan
Date:
Subject: Re: [HACKERS] regression test errors: netbsd 1.3.2/i386