Re: [HACKERS] int8 type -- call for porting results! - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [HACKERS] int8 type -- call for porting results!
Date
Msg-id 5225.903279816@sss.pgh.pa.us
Whole thread Raw
In response to Re: [HACKERS] int8 type -- call for porting results!  (Bruce Momjian <maillist@candle.pha.pa.us>)
List pgsql-hackers
>> I wonder if we can try enabling int8's for all gcc compilers? The only
>> machines that might break on are other 64-bit machines (like some
>> SGI's?).

> Yep, should work.

Autoconf, my boys, think autoconf.  This sort of guess-and-hope
configuration is exactly what autoconf was invented to prevent.

I'll gin up a few lines of autoconf test code and send them in.
I'd suggest we say that the autoconf test will deliver the
following symbols in config.h:

HAVE_LONG_INT_64    # defined if "long int" works and is 8 bytes
HAVE_LONG_LONG_INT_64    # defined if "long long int" works and is 8 bytes

Are there any other possibilities to worry about?

How hard should the test code try to make sure that int64 actually
works?  Judging from Tom's comments, we'd better try a multiply and
a divide at least.

            regards, tom lane

pgsql-hackers by date:

Previous
From: "Dr. Michael Meskes"
Date:
Subject: Re: [HACKERS] ecpg problem
Next
From: Tom Lane
Date:
Subject: Re: [HACKERS] Psql doesn't allow multiple action rules