Re: Revert back to standard AC_STRUCT_TIMEZONE Autoconf macro

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: Revert back to standard AC_STRUCT_TIMEZONE Autoconf macro
Дата
Msg-id 9039c68e-98e1-6dbd-d70e-591e46e49d37@2ndquadrant.com
обсуждение исходный текст
Ответ на Re: Revert back to standard AC_STRUCT_TIMEZONE Autoconf macro  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Revert back to standard AC_STRUCT_TIMEZONE Autoconf macro
Список pgsql-hackers
On 2019-09-30 21:36, Tom Lane wrote:
> Peter Eisentraut <peter.eisentraut@2ndquadrant.com> writes:
>> Instead of AC_STRUCT_TIMEZONE we use our own variant called
>> PGAC_STRUCT_TIMEZONE that checks for tzname even if other variants were
>> found first.  But since 63bd0db12199c5df043e1dea0f2b574f622b3a4c we
>> don't use tzname anymore, so we don't need this anymore.
> 
> Hmm.  I wonder if we need AC_STRUCT_TIMEZONE either?  Seems like
> we should only be using our own struct pg_tm.

There are a few places that seem to need it, such as initdb/findtimezone.c.

> If we could get
> rid of that configure macro altogether, we could remove some dubious
> junk like plpython.h's "#undef HAVE_TZNAME".

We could keep just the part of AC_STRUCT_TIMEZONE that we need, namely
the check for tm_zone, and remove the part about tzname.

New patch attached.

-- 
Peter Eisentraut              http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: "higuchi.daisuke@fujitsu.com"
Дата:
Сообщение: [Bug fix] ECPG: ECPG preprocessor outputs "unsupported feature willbe passed to server" even if the command is supported
Следующее
От: Yuya Watari
Дата:
Сообщение: Re: Keep compiler silence (clang 10, implicit conversion from 'long'to 'double' )