Re: Centralize use of PG_INTXX_MIN/MAX for integer limits

2018-11-25 Thread Tom Lane
Peter Eisentraut writes: > On 24/11/2018 13:15, Michael Paquier wrote: >> 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

Re: Centralize use of PG_INTXX_MIN/MAX for integer limits

2018-11-25 Thread Peter Eisentraut
On 24/11/2018 13:15, Michael Paquier wrote: > 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_ limi

Re: Centralize use of PG_INTXX_MIN/MAX for integer limits

2018-11-24 Thread Andrew Gierth
> "Michael" == Michael Paquier writes: Michael> Hi all, Michael> A couple of years ago, 62e2a8dc has introduced in c.h a set of Michael> limits (to fix some portability issues from 83ff1618) to make Michael> the code more system-independent. Those are for example Michael> PG_INT32_MIN,

Re: Centralize use of PG_INTXX_MIN/MAX for integer limits

2018-11-24 Thread Tom Lane
Michael Paquier writes: > 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