From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Drop --disable-floatN-byval configure options? |
Date: | 2018-02-21 17:17:56 |
Message-ID: | 16695.1519233476@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> On Wed, Feb 21, 2018 at 10:50 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> I have a modest
>> substitute proposal: let's just drop the --disable-float4-byval and
>> --disable-float8-byval configure options as of v11. Those don't have any
>> impact on on-disk storage.
> USE_FLOAT4_BYVAL seems completely pointless to me, but don't we need
> USE_FLOAT8_BYVAL on machines where Datum is only 4 bytes wide?
Yes. The point is to have one configuration for 32-bit machines and one
for 64-bit, not three possible configurations on 32-bit and four on
64-bit.
I don't actually envision changing the C code much at all; we might want
to resurrect the old code at some point. I just want to reduce the number
of supported configurations.
> Being able to test such things without digging up a 32-bit machine is
> useful.
Agreed. It'd still be possible to manually force this, it just wouldn't
be a documented/supported configuration.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Rady, Doug | 2018-02-21 17:58:49 | Re: PATCH: pgbench - break out timing data for initialization phases |
Previous Message | Mark Dilger | 2018-02-21 17:12:51 | Re: [HACKERS] Constifying numeric.c's local vars |