Re: Abbreviated keys for Numeric
От | Andrew Dunstan |
---|---|
Тема | Re: Abbreviated keys for Numeric |
Дата | |
Msg-id | 55204BA0.7030609@dunslane.net обсуждение исходный текст |
Ответ на | Re: Abbreviated keys for Numeric (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: Abbreviated keys for Numeric
Re: Abbreviated keys for Numeric |
Список | pgsql-hackers |
On 04/04/2015 10:27 AM, Tom Lane wrote: > Andrew Gierth <andrew@tao11.riddles.org.uk> writes: >> "Tom" == Tom Lane <tgl@sss.pgh.pa.us> writes: >> Tom> ... btw, has anyone noticed that this patch broke hamerkop and >> Tom> bowerbird? Or at least, it's hard to see what other recent commit >> Tom> would explain the failures they're showing. >> Now that Robert committed the fix for 64bit Datum w/o USE_FLOAT8_BYVAL, >> bowerbird seems fixed (hamerkop hasn't run yet). >> I see nothing in the win32 stuff that tries to define USE_FLOAT8_BYVAL >> on 64-bit windows, is this just an oversight or does it not actually >> work there? or is it for on-disk compatibility with 32-bit windows? > That flag doesn't affect on-disk compatibility. It could certainly break > third-party extensions, but we accept the same hazard on non-Windows with > equanimity. I suspect this point simply wasn't revisited when we added > support for 64-bit Windows. > > Having said that, I'm fine with leaving this as-is, if only because > it means we're exercising the --disable-float8-byval code paths in > the buildfarm ;-) > > This seems quite wrong. If we want those paths tested we should ensure that buildfarm members are set up with that explicit setting. I think not making this the default for 64 bit MSVC builds was simply an error of omission. The attached patch should set float8byval as the default on 64 bit MSVC builds and error out if it is explicitly set on 32 bit platforms. cheers andrew
Вложения
В списке pgsql-hackers по дате отправления: