Re: check_strxfrm_bug()

Поиск
Список
Период
Сортировка
От Thomas Munro
Тема Re: check_strxfrm_bug()
Дата
Msg-id CA+hUKGKetP-OqhZ7k+3+Ug2SFMbejtpXhxJs7GgNtPev9=mVTw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: check_strxfrm_bug()  (Peter Eisentraut <peter@eisentraut.org>)
Ответы Re: check_strxfrm_bug()  ("Tristan Partin" <tristan@neon.tech>)
Re: check_strxfrm_bug()  (Peter Eisentraut <peter@eisentraut.org>)
Список pgsql-hackers
On Fri, Jul 7, 2023 at 4:20 AM Peter Eisentraut <peter@eisentraut.org> wrote:
> I think the correct solution is to set HAVE_MBSTOWCS_L in Solution.pm.
> Compare HAVE_FSEEKO, which is set in Solution.pm with fseeko being
> defined in win32_port.h.

In this version I have it in there, but set it to undef.  This way
configure (MinGW), meson (MinGW or MSVC), and Solution.pm all agree.
This version passes on CI (not quite sure what I screwed up before).

To restate the problem I am solving with this Solution.pm change +
associated changes in the C: configure+MinGW disabled the libc
provider completely before.  With this patch that is fixed, and that
forced me to address the inconsistency (because if you have the libc
provider but no _l functions, you hit uselocale() code paths that
Windows can't do).  It was a bug, really, but I don't plan to
back-patch anything (nobody really uses configure+MinGW builds AFAIK,
they exist purely as a developer [in]convenience).  But that explains
why I needed to make a change.

Thinking about how to bring this all into "normal" form -- where
HAVE_XXX means "system defines XXX", not "system defines XXX || we
define a replacement" -- leads to the attached.  Do you like this one?

Вложения

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

Предыдущее
От: Jeff Davis
Дата:
Сообщение: Re: 010_database.pl fails on openbsd w/ LC_ALL=LANG=C
Следующее
От: "Tristan Partin"
Дата:
Сообщение: Re: check_strxfrm_bug()