Branch: refs/heads/blead
Home: https://github.com/Perl/perl5
Commit: f7c3dd4985445aa51e29705e43ddc05e9190e84e
https://github.com/Perl/perl5/commit/f7c3dd4985445aa51e29705e43ddc05e9190e84e
Author: Craig A. Berry <[email protected]>
Date: 2026-03-29 (Sun, 29 Mar 2026)
Changed paths:
M t/loc_tools.pl
Log Message:
-----------
loc_tools.pl: save setlocale input not output on VMS
If you save the string returned by setlocale() on VMS, you can pass
it as the second argument in a subsequent call, but if you use the
value to set one of the LC_* environment variables and pass empty
string as the second argument to make setlocale() interrogate the
environment, that doesn't work (it throws a "file not found" error).
Luckily we can just save the input filename that we provided in the
initial call since that can be correctly retrieved from the
environment.
Commit: c6c99e474158bbde3b09035cc6e683e29c1ff613
https://github.com/Perl/perl5/commit/c6c99e474158bbde3b09035cc6e683e29c1ff613
Author: Craig A. Berry <[email protected]>
Date: 2026-03-29 (Sun, 29 Mar 2026)
Changed paths:
M t/run/locale.t
Log Message:
-----------
locale.t: delete rather than undef LC_NUMERIC
Setting an environment variable to undef means it still exists but
has an undef value in it, which may not play nice with the setlocale()
implementation. The one on VMS certainly gets confused when it
retrieves such a value for LC_NUMERIC (it fails with "invalid
argument").
It should be safe enough to just delete the localized environment
entry.
Compare: https://github.com/Perl/perl5/compare/3528c4509196...c6c99e474158
To unsubscribe from these emails, change your notification settings at
https://github.com/Perl/perl5/settings/notifications
