Re: PRI?64 vs Visual Studio (2022)
| От | Bryan Green |
|---|---|
| Тема | Re: PRI?64 vs Visual Studio (2022) |
| Дата | |
| Msg-id | 370c13c3-e380-4e31-a6a2-f555e150e65a@gmail.com обсуждение исходный текст |
| Ответ на | Re: PRI?64 vs Visual Studio (2022) (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: PRI?64 vs Visual Studio (2022)
|
| Список | pgsql-hackers |
On 12/15/2025 2:39 PM, Tom Lane wrote:
> I wrote:
>> Experimenting here, it looks like 'C.UTF-8' might be accepted
>> everywhere. I even got it to pass on Solaris's not-GNU gettext,
>> which I thought for sure would be the weak spot in the idea.
>> I'll press forward with that.
>
> Hmmm ... the first batch of BF reports show that on some Linux
> machines, it works to set lc_messages to 'C.UTF-8', but nonetheless
> no translation happens. Did you notice any other gating factors?
>
> regards, tom lane
I should have asked you which version of libintl is being used. I went
ahead and jumped to 0.26 and they now gate like this:
/* If the current locale value is "C" or "C.<encoding>" or "POSIX",
we don't load a domain. Return the MSGID. */
if ((single_locale[0] == 'C'
&& (single_locale[1] == '\0' || single_locale[1] == '.'))
|| strcmp (single_locale, "POSIX") == 0)
break;
--
Bryan Green
EDB: https://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: