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()
Re: check_strxfrm_bug() |
Список | 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 по дате отправления: