Re: Missing PG_INT32_MIN in numutils.c

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Missing PG_INT32_MIN in numutils.c
Дата
Msg-id CA+TgmoY2-WxSTW6uYAjzTT5D-5TBg4R+KqL42dD-X+oewJVZeQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Missing PG_INT32_MIN in numutils.c  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Missing PG_INT32_MIN in numutils.c  (Michael Paquier <michael.paquier@gmail.com>)
Список pgsql-hackers
On Wed, Apr 13, 2016 at 10:11 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
>> On Wed, Apr 13, 2016 at 9:38 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>>> I am not very convinced that this is an improvement, because you took
>>> what had been two hard-wired constants and replaced them with a symbol
>>> and a hard-wired constant.This is more prone to break, not less so.
>
>> I think it's kind of six of one, half a dozen of the other, but if you
>> feel strongly about it, revert the patch.
>
> I don't care enough to do that either, but I wanted to point out that
> it's pretty questionable whether this is a stylistic improvement.

Yeah, fair.  I think it depends on whether you think it is more likely
that people will (a) grep for PG_INT_MIN32 to find places where we do
overflow handling or (b) observe the close relationship between the
two constants on adjacent lines.  Probably I should have waited for
comments before committing, but I figured we wanted to avoid hardcoded
constants and didn't think much further.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company



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

Предыдущее
От: José Luis Tallón
Дата:
Сообщение: Re: Parser extensions (maybe for 10?)
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Re: [COMMITTERS] pgsql: Avoid extra locks in GetSnapshotData if old_snapshot_threshold <