Centralize use of PG_INTXX_MIN/MAX for integer limits

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Centralize use of PG_INTXX_MIN/MAX for integer limits
Дата
Msg-id 20181124121505.GD16253@paquier.xyz
обсуждение исходный текст
Ответы Re: Centralize use of PG_INTXX_MIN/MAX for integer limits  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Centralize use of PG_INTXX_MIN/MAX for integer limits  (Andrew Gierth <andrew@tao11.riddles.org.uk>)
Re: Centralize use of PG_INTXX_MIN/MAX for integer limits  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Список pgsql-hackers
Hi all,

A couple of years ago, 62e2a8dc has introduced in c.h a set of limits
(to fix some portability issues from 83ff1618) to make the code more
system-independent.  Those are for example PG_INT32_MIN, etc.  The core
code now mixes the internal PG_ limits with the system ones.  Would we
want to unify a bit the whole thing and replace all the SHRT_MIN/MAX,
LONG_MIN/MAX and such with the internal limit definitions?

I suspect that the buildfarm does not have any more members where
sizeof(int) is 2.  I am seeing close to 250 places in the core code,
most of them for INT_MIN and INT_MAX.

Thoughts?
--
Michael

Вложения

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

Предыдущее
От: Andrew Gierth
Дата:
Сообщение: Re: 64-bit hash function for hstore and citext data type
Следующее
От: Amit Kapila
Дата:
Сообщение: Re: [HACKERS] Block level parallel vacuum