Re: Remove configure --disable-float4-byval and--disable-float8-byval

Поиск
Список
Период
Сортировка
Искать
От
Peter Eisentraut
Тема
Re: Remove configure --disable-float4-byval and--disable-float8-byval
Дата
Msg-id
b68834c1-2122-4b3d-11e4-b3938b83bab9@2ndquadrant.com
Ответ на
Список
Дерево обсуждения
Remove configure --disable-float4-byval and --disable-float8-byval Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: Remove configure --disable-float4-byval and --disable-float8-byval Tom Lane <tgl@sss.pgh.pa.us>
Re: Remove configure --disable-float4-byval and--disable-float8-byval Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: Remove configure --disable-float4-byval and--disable-float8-byval Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: Remove configure --disable-float4-byval and--disable-float8-byval Michael Paquier <michael@paquier.xyz>
Re: Remove configure --disable-float4-byval and--disable-float8-byval Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: Remove configure --disable-float4-byval and --disable-float8-byval Tom Lane <tgl@sss.pgh.pa.us>
Re: Remove configure --disable-float4-byval and--disable-float8-byval Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: Remove configure --disable-float4-byval and --disable-float8-byval Robert Haas <robertmhaas@gmail.com>
Re: Remove configure --disable-float4-byval and--disable-float8-byval Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: Remove configure --disable-float4-byval and--disable-float8-byval Andres Freund <andres@anarazel.de>
Re: Remove configure --disable-float4-byval and --disable-float8-byval Robert Haas <robertmhaas@gmail.com>
Re: Remove configure --disable-float4-byval and --disable-float8-byval Tom Lane <tgl@sss.pgh.pa.us>
Re: Remove configure --disable-float4-byval and --disable-float8-byval Peter Geoghegan <pg@bowt.ie>
Re: Remove configure --disable-float4-byval and --disable-float8-byval Tom Lane <tgl@sss.pgh.pa.us>
Re: Remove configure --disable-float4-byval and--disable-float8-byval Michael Paquier <michael@paquier.xyz>
Re: Remove configure --disable-float4-byval and--disable-float8-byval Andres Freund <andres@anarazel.de>
Re: Remove configure --disable-float4-byval and --disable-float8-byval Peter Geoghegan <pg@bowt.ie>
Re: Remove configure --disable-float4-byval and--disable-float8-byval Michael Paquier <michael@paquier.xyz>
Re: Remove configure --disable-float4-byval and --disable-float8-byval Peter Geoghegan <pg@bowt.ie>
Re: Remove configure --disable-float4-byval and --disable-float8-byval Robert Haas <robertmhaas@gmail.com>
Re: Remove configure --disable-float4-byval and --disable-float8-byval Peter Geoghegan <pg@bowt.ie>
Re: Remove configure --disable-float4-byval and --disable-float8-byval Peter Geoghegan <pg@bowt.ie>
Re: Remove configure --disable-float4-byval and--disable-float8-byval Peter Eisentraut <peter.eisentraut@2ndquadrant.com>
Re: Remove configure --disable-float4-byval and --disable-float8-byval Robert Haas <robertmhaas@gmail.com>
Re: Remove configure --disable-float4-byval and --disable-float8-byval Tom Lane <tgl@sss.pgh.pa.us>
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


В списке pgsql-hackers по дате отправления
От: Michael Paquier
Дата:
От: Michael Paquier
Дата:
FAQ