Re: INT64_MIN and _MAX
От | Andrew Gierth |
---|---|
Тема | Re: INT64_MIN and _MAX |
Дата | |
Msg-id | 87egoe6r0z.fsf@news-spur.riddles.org.uk обсуждение исходный текст |
Ответ на | Re: INT64_MIN and _MAX (Andres Freund <andres@anarazel.de>) |
Ответы |
Re: INT64_MIN and _MAX
|
Список | pgsql-hackers |
>>>>> "Andres" == Andres Freund <andres@anarazel.de> writes: >> This replaces the one I posted before; it does both INT64_MIN/MAX and>> INT32_MIN/MAX, and also int16/int8/uint*. Usesof 0x7fffffff in code>> have been replaced unless there was a reason not to, with either INT_MAX>> or INT32_MAX accordingto the type required. Andres> Any reason you did that for most of 0x7FFFFFFF, but not for theAndres> corresponding 0xFFFFFFFF/unsigned case? I'dlike to eitherAndres> avoid going around changing other definitions, or do a somewhatAndres> systematic job. I didn't replace the 0xFFFFFFFF ones because most or all of them looked like basically bit-masking operations rather than actually dealing with the bounds of an unsigned int or uint32. I was specifically looking for places where literals were being used to represent maximum or minimum values. -- Andrew (irc:RhodiumToad)
В списке pgsql-hackers по дате отправления: