Re: Using 128-bit integers for sum, avg and statistics aggregates

On 01/11/2015 02:36 AM, Andres Freund wrote:
> a) Afaics only __int128/unsigned __int128 is defined. See
>     https://gcc.gnu.org/onlinedocs/gcc/_005f_005fint128.html
>
> b) I'm doubtful that AC_CHECK_TYPES is a sufficiently good test on all
>     platforms. IIRC gcc will generate calls to functions to do the actual
>     arithmetic, and I don't think they're guranteed to be available on
>     platforms. That how it .e.g. behaves for atomic operations. So my
>     guess is that you'll need to check that a program that does actual
>     arithmetic still links.
>
> c) Personally I don't see the point of testing __uint128_t. That's just
>     a pointless test that makes configure run for longer.

The next version will fix all these issues.

> Hm. It might be nicer to move the if (!state) elog() outside the ifdef,
> and add curly parens inside the ifdef.

Since that change only really works for the *_inv functions I decided to 
leave them all as-is for consistency.

>> --- a/src/include/pg_config.h.in
>> +++ b/src/include/pg_config.h.in
>> @@ -678,6 +678,12 @@
>>   /* Define to 1 if your compiler understands __VA_ARGS__ in macros. */
>>   #undef HAVE__VA_ARGS
>>
> z> +/* Define to 1 if the system has the type `__int128_t'. */
>> +#undef HAVE___INT128_T
>> +
>> +/* Define to 1 if the system has the type `__uint128_t'. */
>> +#undef HAVE___UINT128_T
>
> pg_config.h.win32 should be updated as well.

Will be fixed in the next version.

-- 
Andreas Karlsson