Re: Sort support for macaddr8

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.

In response to

Responses

Browse pgsql-hackers by date

  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