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

From Bruce Momjian
Subject Re: [HACKERS] regression test errors: netbsd 1.3.2/i386
Date
Msg-id 199809102347.TAA16687@candle.pha.pa.us
Whole thread Raw
In response to Re: [HACKERS] regression test errors: netbsd 1.3.2/i386  (Brook Milligan <brook@trillium.NMSU.Edu>)
List pgsql-hackers
I made some more int8 fixes today, so make sure you have tested the
current version before rooting around.

>    > 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.

Yes, I forgot to rename some stuff in config.h.  I did that today.

>
> 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
>
>


--
Bruce Momjian                          |  830 Blythe Avenue
maillist@candle.pha.pa.us              |  Drexel Hill, Pennsylvania 19026
  +  If your life is a hard drive,     |  (610) 353-9879(w)
  +  Christ can be your backup.        |  (610) 853-3000(h)

pgsql-hackers by date:

Previous
From: Brook Milligan
Date:
Subject: Re: [HACKERS] regression test errors: netbsd 1.3.2/i386
Next
From: Vadim Mikheev
Date:
Subject: Re: [HACKERS] pg_user crash