Re: [HACKERS] !USE_WIDE_UPPER_LOWER compile errors in v10+

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [HACKERS] !USE_WIDE_UPPER_LOWER compile errors in v10+
Дата
Msg-id 2653.1506029893@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [HACKERS] !USE_WIDE_UPPER_LOWER compile errors in v10+  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [HACKERS] !USE_WIDE_UPPER_LOWER compile errors in v10+  (Noah Misch <noah@leadboat.com>)
Re: [HACKERS] !USE_WIDE_UPPER_LOWER compile errors in v10+  (Peter Eisentraut <peter.eisentraut@2ndquadrant.com>)
Список pgsql-hackers
I wrote:
> Noah Misch <noah@leadboat.com> writes:
>> Perhaps it is time to require HAVE_WCSTOMBS and HAVE_TOWLOWER, removing
>> USE_WIDE_UPPER_LOWER?  Every buildfarm fossil has both.

> +1 ... if nothing else, there's the problem that untested code is likely
> to be broken.  You just proved it *is* broken, of course, but my point
> is that even if we repaired the immediate damage we could have little
> confidence in it staying fixed.

Further notes about that:

* The Single Unix Spec v2 (a/k/a POSIX 1997), which has been our minimum
portability spec for quite awhile, requires wcstombs() and towlower(),
and further requires the latter to be declared in <wctype.h>.

* Surveying the buildfarm, I agree with your conclusion that every active
member has wcstombs() and towlower().  gaur/pademelon is the lone member
that lacks <wctype.h>; it declares towlower() in <wchar.h> instead.  It's
not so surprising that that system adheres to a pre-1997 idea of where to
put that, because its /usr/include files mostly date from 1996 ...

Meanwhile, I see that Peter has posted a fix for the immediate problem.
I propose that Peter should apply his fix in HEAD and v10, and then
I'll rip out the !USE_WIDE_UPPER_LOWER code paths in HEAD only.
        regards, tom lane


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

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

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: [HACKERS] visual studio 2017 build support
Следующее
От: "Jim Van Fleet"
Дата:
Сообщение: Re: Fw: [HACKERS] HACKERS[PATCH] split ProcArrayLock into multiple parts --follow-up