> Date: Sun, 23 Oct 2022 01:42:14 +0200 > From: [email protected] > > > Could you try the following? > > In case this works
I will try this later today and let you know. > could you tell use, Eli, if there is a need to > document something about Win32::API being needed, or is it automatically > present on Windows perl that do not already have information available > through I18N::Langinfo? AFAIU, the Win32::API module is present in all native Perl versions for Windows (I'm using ActiveState Perl). It is not clear to me which was the earliest version of Perl which came with it built-in (mine is 5.20.1, and it does have it), but it was available for installation since at least 5.5.3, according to this page: http://computer-programming-forum.com/53-perl/d5e2471137461aea.htm I don't know if any native Windows ports of Perl have Langinfo. I seem to be unable to find specific information about this on the Internet, but given that it's a thin wrapper around the nl_langinfo libc function, which Windows doesn't have, it makes sense that it is unavailable on native Windows. > (My very wild guess is that perl on windows in > environement emulating GNU/Linux or another Unix, such as cygwin, MinGW > or the Windows Subsystem for Linux have langinfo.) I have two different versions of MSYS Perl here: 5.8.8 and 5.22.1. The former doesn't have I18N::Langinfo, the latter does. But I cannot use any of these Perl versions in the native Windows port of Texinfo, because MSYS programs are not usually installed on Windows systems, except as part of the MinGW/MSYS development environment. Moreover, if MinGW GCC is used to compile the Texinfo's XS modules, the MSYS Perl will be unable to load those modules, due to ABI incompatibilities (MSYS programs require the MSYS DLL, which is their version of libc runtime, and is incompatible with the Windows native runtime). So I think having a solution for native Windows ports of texi2any that doesn't rely on I18N:Langinfo is the way to go.
