From: | Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Remove configure --disable-float4-byval and --disable-float8-byval |
Date: | 2019-11-02 07:46:12 |
Message-ID: | b68834c1-2122-4b3d-11e4-b3938b83bab9@2ndquadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 2019-11-01 15:41, Robert Haas wrote:
> On a related note, why do we store typbyval in the catalog anyway
> instead of inferring it from typlen and maybe typalign? It seems like
> a bad idea to record on disk the way we pass around values in memory,
> because it means that a change to how values are passed around in
> memory has ramifications for on-disk compatibility.
This sounds interesting. It would remove a pg_upgrade hazard (in the
long run).
There is some backward compatibility to be concerned about. This change
would require extension authors to change their code to insert #ifdef
USE_FLOAT8_BYVAL or similar, where currently their code might only
support one method or the other.
> rhaas=# select typname, typlen, typbyval, typalign from pg_type where
> typlen in (1,2,4,8) != typbyval;
There are also typlen=6 types. Who knew. ;-)
> typname | typlen | typbyval | typalign
> ----------+--------+----------+----------
> macaddr8 | 8 | f | i
> (1 row)
This might be a case of the above issue: It's easier to just make it
pass by reference always than deal with a bunch of #ifdefs.
--
Peter Eisentraut http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Paquier | 2019-11-02 08:19:11 | Re: update ALTER TABLE with ATTACH PARTITION lock mode (docs) |
Previous Message | Michael Paquier | 2019-11-02 07:45:40 | Re: Application name for pg_basebackup and friends |