Re: Re: int8/float8/time/timestamp[tz]/float4 passed by value, was Re: Fix HAVE_LONG[_LONG]_INT_64 to really define to 1
| От | Zoltan Boszormenyi |
|---|---|
| Тема | Re: Re: int8/float8/time/timestamp[tz]/float4 passed by value, was Re: Fix HAVE_LONG[_LONG]_INT_64 to really define to 1 |
| Дата | |
| Msg-id | 47E83D3B.1070405@cybertec.at обсуждение исходный текст |
| Ответ на | Re: int8/float8/time/timestamp[tz]/float4 passed by value, was Re: Fix HAVE_LONG[_LONG]_INT_64 to really define to 1 (Zoltan Boszormenyi <zb@cybertec.at>) |
| Ответы |
Re: Re: int8/float8/time/timestamp[tz]/float4 passed by value, was Re: Fix HAVE_LONG[_LONG]_INT_64 to really define to 1
|
| Список | pgsql-patches |
Zoltan Boszormenyi írta: > Gregory Stark írta: >> 4) Your problems with tsearch and timestamp etc raise an interesting >> problem. >> We don't need to mark this in pg_control because it's a purely a >> run-time >> issue and doesn't affect on-disk storage. However it does affect ABI >> compatibility with modules. Perhaps it should be added to >> PG_MODULE_MAGIC_DATA. >> > > I am looking into it. Do you think it's actually needed? PG_MODULE_MAGIC_DATA contains the server version the external module was compiled for. This patch won't go to older versions, so it's already protected from the unconditional float4 change. And because you can't mix server and libraries with different bitsize, it's protected from the conditional int64, float8, etc. changes. Best regards, Zoltán Böszörményi -- ---------------------------------- Zoltán Böszörményi Cybertec Schönig & Schönig GmbH http://www.postgresql.at/
В списке pgsql-patches по дате отправления: