Re: Revert back to standard AC_STRUCT_TIMEZONE Autoconf macro

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Revert back to standard AC_STRUCT_TIMEZONE Autoconf macro
Дата
Msg-id 23927.1569872171@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Revert back to standard AC_STRUCT_TIMEZONE Autoconf macro  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Ответы Re: Revert back to standard AC_STRUCT_TIMEZONE Autoconf macro  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Список pgsql-hackers
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.  If we could get
rid of that configure macro altogether, we could remove some dubious
junk like plpython.h's "#undef HAVE_TZNAME".

            regards, tom lane



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

Предыдущее
От: Peter Geoghegan
Дата:
Сообщение: Re: Connections hang indefinitely while taking a gin index's LWLockbuffer_content lock(PG10.7)
Следующее
От: Peter Geoghegan
Дата:
Сообщение: Re: Connections hang indefinitely while taking a gin index's LWLockbuffer_content lock(PG10.7)