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
Дата: