From: | Andres Freund <andres(at)anarazel(dot)de> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | Melanie Plageman <melanieplageman(at)gmail(dot)com>,Peter Geoghegan <pg(at)bowt(dot)ie>,Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Sort support for macaddr8 |
Date: | 2019-06-05 19:17:51 |
Message-ID: | F378BCD7-EBA0-48FA-BA61-0A12C0CFC4B4@anarazel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi,
On June 5, 2019 12:14:42 PM PDT, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> wrote:
>On 2019-Jun-05, Andres Freund wrote:
>
>> I'd much rather see this tackled in a general way than fiddling with
>> individual datatypes. I think we should:
>>
>> 1) make fetch_att(), store_att_byval() etc support datums of any
>length
>> between 1 and <= sizeof(Datum). Probably also convert them to
>inline
>> functions. There's a few more functions to be adjusted, but not
>many,
>> I think.
>
>Does this mean that datatypes that are >4 and <=8 bytes need to handle
>both cases? Is it possible for them to detect the current environment?
Well, the conversion macros need to know. You can look at float8 for an example of the difference - it's pretty centralized. We should provide a few helper macros to abstract that away.
Andres
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
From | Date | Subject | |
---|---|---|---|
Next Message | Mat Arye | 2019-06-05 19:20:40 | Re: Question about some changes in 11.3 |
Previous Message | Alvaro Herrera | 2019-06-05 19:14:42 | Re: Sort support for macaddr8 |