Re: [Development] RFC: Defaulting to or enforcing UTF-8 locales on Unix systems
On Monday, 20 March 2023 03:44:30 HST Edward Welbourne via Development wrote: > There do appear to be some vagaries still, it may depend on UCRT and I'm > not sure I've really understood it all, but it looks like we may, in > time, be able to consistently use UTF-8 as 8-bit encoding on Windows. That is indeed the long-term objective, both ours and Microsoft's. The question is only when we will be ready. Do we need to do something to our DLLs? Can we start suggesting the manifest flag for user applications with our CMake support (like windeployqt)? And can we do it now for our own applications? -- Thiago Macieira - thiago.macieira (AT) intel.com Cloud Software Architect - Intel DCAI Cloud Engineering smime.p7s Description: S/MIME cryptographic signature -- Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] RFC: Defaulting to or enforcing UTF-8 locales on Unix systems
Thiago Macieira (31 October 2019 22:11) wrote [0]: > This RFC (...) is meant to discuss how we'll deal with locales on Unix > systems on Qt 6. This does not apply to Windows because on Windows we > cannot reasonably be expected to use UTF-8 for the 8-bit encoding. [0] https://lists.qt-project.org/pipermail/development/2019-October/037791.html The GNU make mailing list currently has a thread (starts at [1]) about handling of encodings on Windows. [1] https://lists.gnu.org/archive/html/bug-make/2023-03/msg00066.html The discussion there seems to indicate that setting the system code-page to UTF-8 can be done in a way that interoperates gracefully with other processes and the file system, presumably thanks to the system being substantially UTF-16-based, so all 8-bit encodings go via that anyway. The means to achieve this appear [2] to hinge on setting the active codepage for the application in a manifest file, that it gets combined with after it is linked. [2] https://learn.microsoft.com/en-us/windows/apps/design/globalizing/use-utf8-code-page There do appear to be some vagaries still, it may depend on UCRT and I'm not sure I've really understood it all, but it looks like we may, in time, be able to consistently use UTF-8 as 8-bit encoding on Windows. Eddy. -- Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development
Re: [Development] Done: Unscheduled maintenance break for Gerrit now
Fixed. This change, https://codereview.qt-project.org/c/qt/qtbase/+/467495 , had corrupted meta data. --Jukka From: Development on behalf of Thiago Macieira Date: Sunday, 19. March 2023 at 6.19 To: development@qt-project.org Subject: Re: [Development] Done: Unscheduled maintenance break for Gerrit now On Friday, 17 March 2023 00:59:11 PDT Jukka Jokiniva via Development wrote: > Gerrit is back online. Clearing caches seems to help. It's producing internal errors again. $ git push gerrit a66c93b8c0f7dd24aa0224d0be814e5dfdd70ee2:refs/for/dev fatal: remote error: internal server error fatal: internal server error -- Thiago Macieira - thiago.macieira (AT) intel.com Cloud Software Architect - Intel DCAI Cloud Engineering -- Development mailing list Development@qt-project.org https://lists.qt-project.org/listinfo/development