Re: RELEASE STOPPER? nonportable int64 constants in pg_crc.c

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: RELEASE STOPPER? nonportable int64 constants in pg_crc.c
Дата
Msg-id 2795.985229500@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: RELEASE STOPPER? nonportable int64 constants in pg_crc.c  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: RELEASE STOPPER? nonportable int64 constants in pg_crc.c  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes:
> I don't think it's the answer either.  The patch assumes that int64 ==
> long long.  The ugly solution might have to be:

> #if <int64 == long>
> #define L64 L
> #else
> #define L64 LL
> #endif

> const uint64 crc_table[256] = {
>     0x0000000000000000##L64, 0x42F0E1EBA9EA3693##L64,
>     0x85E1C3D753D46D26##L64, 0xC711223CFA3E5BB5##L64,

Hmm ... how portable is that likely to be?  I don't want to suppress
warnings on a few boxes at the cost of breaking even one platform
that would otherwise work.  See my reply to Andreas.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: The Hermit Hacker
Дата:
Сообщение: Re: Re: RELEASE STOPPER? nonportable int64 constants in pg_crc.c
Следующее
От: Tom Lane
Дата:
Сообщение: Re: elog with automatic file, line, and function