in reply to libintl.a for Strawberry Perl

Based on Re^4: Writing a Perl extension framework for Inkscape, I am assuming you need this for one of the Locale:: modules. And peeking through your source code, I assume it's because of Locale::gettext. Looking at its CPAN Testers Matrix, it doesn't appear to work on windows, due to the lack of libintl. However, Locale::gettext_pp (which comes in libintl-perl) apparently does pass on Windows (matrix). Would that work for you?

(edit: and the Locale::gettext_xs XS version comes in the same dist, so might also work)

Replies are listed 'Best First'.
Re^2: libintl.a for Strawberry Perl
by fdesar (Beadle) on Jan 24, 2019 at 19:26 UTC
    I tested Locale::gettext_pp on Windows and it doesn't work, as it (roughly) assumes the system POSIX::setlocale(LC_MESSAGES,"") will return the locale to use, which is not the case for Windows :-(
[reply]
      ... it doesn't work, as it (roughly) assumes the system POSIX::setlocale(LC_MESSAGES,"") will return the locale to use, which is not the case for Windows

      The documentation for Locale::gettext indicates that it, too, relies on POSIX::setlocale(LC_MESSAGES,""). (See the SYNOPSIS.)

      Cheers,
      Rob
[reply]
[d/l]
        You’re right. I finally rewrote for my own usage a gettex_basic module in Pure Perl that does only the very basic of gettext (ignoring plural forms and codesets) which test if we are on Win32 get the locale by a special way (from registry). And it finally fits my need : I use Locale:gettext if LC_MESSAGES is defined and otherwwise, if Win32, get the system value through the registry and convert it to a POSIX compliant language code...
[reply]

      That's unfortunate. I'm surprised they don't have a check for that in their test suite. You might want to file a bug report.

[reply]

In Section Seekers of Perl Wisdom