In perl.git, the branch smoke-me/khw-locale has been created
<https://perl5.git.perl.org/perl.git/commitdiff/a28b42c6d36ef65140101e321cff5f77f4487a35?hp=0000000000000000000000000000000000000000>
at a28b42c6d36ef65140101e321cff5f77f4487a35 (commit)
- Log -----------------------------------------------------------------
commit a28b42c6d36ef65140101e321cff5f77f4487a35
Author: Karl Williamson <[email protected]>
Date: Wed Jan 24 16:53:52 2018 -0700
f
commit 338066f221aedece45f597f48f8464176021faaf
Author: Karl Williamson <[email protected]>
Date: Thu Jan 18 16:20:02 2018 -0700
Avoid changing locale when finding radix char
On systems that have the POSIX 2008 operations, including
nl_langinfo_l(), this commit causes them to not have to actually change
the locale when determining what the decimal point character is.
The locale may have to change during the printing/reading of numbers,
but eventually we can use sprintf_l(), if available, to avoid that to.
commit d265a3036db83b24c128921798f44aa04f7cca22
Author: Karl Williamson <[email protected]>
Date: Thu Jan 18 15:56:33 2018 -0700
Perl_sv_2pv_flags: Potentially avoid work
By using a macro that is private to the core, this code can avoid
thinking it has to deal with a non-dot radix character, as even if we
are using the locale radix, that is often a dot.
commit 12dc340d1eb35d0c1ce61802286a9640062aaac9
Author: Karl Williamson <[email protected]>
Date: Thu Jan 18 15:53:42 2018 -0700
numeric.c: Remove duplicate PERL_ARGS_ASSERT
By moving the call to one instance of this macro, the other can be
removed.
commit 45ff001359b77000fb91b2486fcb05bc4061179f
Author: Karl Williamson <[email protected]>
Date: Thu Jan 18 15:52:50 2018 -0700
locale.c: White-space only
Outdent to compensate for previous patch removing several blocks
commit 0caf1fcfa7f669217573cbd9da719f7e06c52ff4
Author: Karl Williamson <[email protected]>
Date: Thu Jan 18 15:45:19 2018 -0700
Keep PL_numeric_radix_sv always set
Previously this was removed if the radix was dot. By keeping it set to
a dot, we simplify some code, removing some branches.
commit 89fdfcdbc4097260314c8ef7cce7653ee4b13815
Author: Karl Williamson <[email protected]>
Date: Thu Jan 18 15:32:45 2018 -0700
locale.c: Replace by function that does the same thing
This logic occurs often enough that a function has been created to do
it. So use that.
commit 5defb118bb09e8ed360ae7adee6e077a1b65975c
Author: Karl Williamson <[email protected]>
Date: Wed Jan 17 15:20:44 2018 -0700
Latch LC_NUMERIC during critical sections
It is possible for operations on threaded perls which don't 'use locale'
to still change the locale. This happens when calling
POSIX::localeconv() and I18N::Langinfo(), and in earlier perls, it can
happen for other operations when perl has been initialized with the
environment causing the various locale categories to not have a uniform
locale.
This commit causes the areas where the locale for this category should
predictably be in one or the other state to be a critical section where
another thread can't interrupt and change it. This is a separate
mutex, so that only these particular operations will be held up.
commit 9a7ad6c88360b20abc0ffe1b09c25147c76ecd64
Author: Karl Williamson <[email protected]>
Date: Wed Jan 17 13:54:27 2018 -0700
locale.c: Do savepv() ASAP
When this code is called on a threaded perl, it's possible that another
thread could zap the setlocale return buffer, if it's not reentrant. I
suspect we would have seen this more often if that was the case, but
this commit improves things by doing the save immediately, reducing the
unsafe interval.
commit 3dda707a3b138932d5c96d171f9752c458029895
Author: Karl Williamson <[email protected]>
Date: Wed Jan 17 13:47:17 2018 -0700
locale.c: #ifdef'd out code for making thread safe on not equipped platforms
commit 44e42760c15026ae073303d26302e7e5e40aceec
Author: Karl Williamson <[email protected]>
Date: Wed Jan 17 12:55:13 2018 -0700
Add mutex for changing LC_NUMERIC
But don't use it yet.
Changing of LC_NUMERIC is done by the perl core, and is a potential race
condition on threaded perls. This adds a mutex that later commits will
use to create critical sections where the value of LC_NUMERIC matters.
commit 2b8ced069bd2c636a3c7967bbcc0a86ced73ab98
Author: Karl Williamson <[email protected]>
Date: Wed Jan 17 13:32:32 2018 -0700
POSIX::localconv(): Prefer localeconv_l()
This is a thread-safe version of localeconv(), so use it under threads.
commit 83417b518b1889388256f5c2d2785d2ef028fa83
Author: Karl Williamson <[email protected]>
Date: Wed Jan 17 12:40:40 2018 -0700
POSIX::localeconv() Use new fcn; avoid recalcs
This calls strlen() once, instead of passing 0 to the the subsidiary
functions which causes them to call it each time. It also uses the new
function is_utf8_non_invariant_string() instead of doing here what that
function does.
commit 527e9d25ab5f25bcf9bc1aef865b81bdc858f88a
Author: Karl Williamson <[email protected]>
Date: Wed Jan 17 11:22:02 2018 -0700
XXX pod change so XS code doesn't call localeconv directly POSIX.xs: Add
mutex around localeconv()
If another thread calls localeconv(), it can destroy the returned
buffer. This adds a mutex around this call; the only other place in the
core that calls it already has this mutex, so they now are thread-safe.
commit dcb26ee5725a2b984d633c80fbcf6bf260f23644
Author: Karl Williamson <[email protected]>
Date: Wed Jan 17 11:16:15 2018 -0700
POSIX.xs: White space only
Vertically align for readability
commit f46d8de7dcd01c62a978a39ce3088f73b56f5544
Author: Karl Williamson <[email protected]>
Date: Wed Jan 17 11:07:42 2018 -0700
locale.c: Move some mutex ops
A future commit will add a mutex, and create the convention that this
mutex if used in combination with the new one always be tried after the
new one is in effect, in order to prevent the possibility of deadlock.
Do it now, before the new one gets added.
This also adds some comments about the reason for this mutex.
commit 3c3907bcc30efcd46ed08106ca9e628367aa1daa
Author: Karl Williamson <[email protected]>
Date: Wed Jan 17 10:12:30 2018 -0700
locale.c: White-space only
Indent code to account for previous commits adding some blocks
commit 722bf8fff0e29207f8319459dc37ee789f4458c0
Author: Karl Williamson <[email protected]>
Date: Wed Jan 17 08:27:04 2018 -0700
locale.c: Use macro instead of its expansion
This macro in a future commit will become more complex.
commit de859cd9d718a8c38c48d2c7fdfdd6fae66a9e3b
Author: Karl Williamson <[email protected]>
Date: Tue Jan 16 22:09:27 2018 -0700
locale.c: Do common task in one place
This function in some cases may need to temporarily switch the
LC_NUMERIC code. Instead of repeating the logic to determine if this is
needed, do it once.
commit 77d6f96edabf7154c34888d6dabb7a97a9a4f3dc
Author: Karl Williamson <[email protected]>
Date: Tue Jan 16 18:47:16 2018 -0700
More debug
commit 41355d57d9c7a6f75ed671961272e7b5b5802b66
Author: Karl Williamson <[email protected]>
Date: Tue Jan 16 17:38:45 2018 -0700
POSIX.xs: Keep locale change to minimum span
Move the restore to as close to the save as possible so that the locale
is in an unstable state for as short a time as possible.
commit 5117e36dc3f0a46951e15d1493134838f9ae24e5
Author: Karl Williamson <[email protected]>
Date: Wed Jan 17 13:24:46 2018 -0700
POSIX::strftime: Add better fallback about UTF-8
If the function returns a valid string that isn't completely UTF-8
invariant, the function assumes it is UTF-8 if we are in a UTF-8 locale.
This works, but in the unlikely event that the system has no LC_TIME, we
can't tesll if it is in a UTF-8 locale. As a better fallback position,
this commit adds the check that there is just a single script of the
time string, adding a measure of reassurance that out call that it is
UTF-8 is correct.
This is unlikely to be used, but now that there is a function to call
that determines if this is a script run, it's easy to add, and unlikely
to actually get compiled.
commit bb199f47ba19cb21623c1aea3518f39566014f77
Author: Karl Williamson <[email protected]>
Date: Wed Jan 17 13:18:50 2018 -0700
grok_numeric_radix(): Avoid recalculating
This function just determined that we are in the scope of 'use locale',
hence the underlying radix character should be used. This commit
changes to use the macro that directly does that; previously the macro
that redundantly looks at if we are in the scope was used.
commit bd4ed02c06d4cef8414484c0cac9463e0cb9f557
Author: Karl Williamson <[email protected]>
Date: Wed Jan 17 13:00:44 2018 -0700
sv_vcatpvfn_flags() Balance LC_NUMERIC changes/restores
Prior to this commit, the restore for LC_NUMERIC was getting called even
if there were no corresponding store. Change so they are balanced; a
future commit will require this.
commit f22a513808f2433e8a41a716b42e90f2da9054b2
Author: Karl Williamson <[email protected]>
Date: Mon Jan 15 16:39:44 2018 -0700
perl.h: Remove some obsolete macros
These no longer make sense; were for core internal use only
commit 8a564d4b4e1910e794609e716d9968a058385b30
Author: Karl Williamson <[email protected]>
Date: Mon Jan 15 15:56:43 2018 -0700
vutil.c: White_space only
Properly indent a block, and add spaces where C11++ deprecates not
having them
commit c11157120784d271ffac442f2dcf1daf4a2ba033
Author: Karl Williamson <[email protected]>
Date: Mon Jan 15 15:48:57 2018 -0700
Simplify some LC_NUMERIC macros
These macros are marked as subject to change and are not documented
externally. I don't know what I was thinking when I named some of them,
but whatever no longer makes sense to me. Simplify them, and change so
there is only one restore macro to remember.
commit 6680a572419d26f4274aa72ff7cc0eaf2afb3109
Author: Karl Williamson <[email protected]>
Date: Sun Jan 14 22:21:31 2018 -0700
for debug Carlos
commit 0779ce78f7d3f237ab4618563c6e0c16dc10521f
Author: Karl Williamson <[email protected]>
Date: Sun Jan 14 21:43:43 2018 -0700
toke.c: Remove unnecessary macro calls
These macros were to shift the LC_NUMERIC state into using a dot for the
radix character. When I wrote this code, I assumed that parsing should
be using just the dot. Since then, I have discovered that this wraps
other uses where the dot is not correct, so remove it.
commit c273fe11d932be3bdf158cdf86bbd2973ae0e3cd
Author: Karl Williamson <[email protected]>
Date: Sun Jan 14 21:37:16 2018 -0700
perl.h: Remove unused locale core macro
This undocumented macro is unused in the core, and all these are
commented that they are subject to change. And it confuses things, so
just remove it.
commit 659cfe5ac790f4cad48ae5d6f04e757362720b4c
Author: Karl Williamson <[email protected]>
Date: Wed Jan 10 22:35:12 2018 -0700
POSIX.xs: Prefer mbrtowc() over mbtowc()
mbrtowc is reentrant, so use it on threaded perls if available when
POSIX::mbtowc() is called.
commit 64a4df0ae5184770a9ab6d80f85a3c78f95427ed
Author: Karl Williamson <[email protected]>
Date: Wed Jan 10 22:28:34 2018 -0700
POSIX.xs: Prefer mbrlen() over mblen()
mbrlen is reentrant, so use it on threaded perls if available when
POSIX::mblen() is called.
commit 0843385248060ffebaf9926b45236bd2b10e8747
Author: Karl Williamson <[email protected]>
Date: Mon Jan 8 18:21:12 2018 -0700
locale.c: Revamp fallback detection of UTF-8 locales
This commit continues the process started in the previous few commits to
improve the detection of whether a locale is UTF-8 or not when the
platform doesn't have the more modern tools available.
What was done before was examine various texts, like the days of the
week, in a locale, and see if they are legal UTF-8 or not. If there
were any, and all were legal, it assumed that UTF-8 was needed. If
there weren't any (as in American English), it looked at the locale's
name. This presents false negatives and false positives.
Basically, it adds the constraint that all the texts need to be in the
same script when interpreted as UTF-8, which basically rules out any
false positives when the script isn't Latin. With Latin, it isn't so
clear cut, as the text can be intermixed with ASCII Latin letters and
UTF-8 variant sequences that could be some Latin locale, or UTF-8, and
they just coincidentally happen to be syntactically UTF-8. Because of
the structuredness of UTF-8, the odds of a coincidence go down with
increasing numbers of variants in a row. This also isn't likely to
happen with ISO 8859-1, as the bytes that could be legal continuations
in UTF-8 are almost entirely controls or punctuation. But in other
locales in the 8859 series, there are some legal continuations that
could be part of a month name, say.
As an example of the issues, in 8859-2, one could have \xC6 (C with
acute) followed by \xB1 (a with ogonek), which in UTF-8 would be
U+01B1: LATIN CAPITAL LETTER UPSILON. However, something like \xCD
(i acute) followed by \xB3 (l with stroke) yields U+0373: GREEK
SMALL LETTER ARCHAIC SAMPI, and the script check added by this commit
would catch that. In non-Latin texts, the only permissible ASCII
characters would be punctuation, and you aren't going to have many of
those in the LC_TIME strings, and certainly not in a row. Instead those
will consist of at least several variant characters in a row, and the
odds of those coincidentally being syntactically valid UTF-8 and
semantically in the same script are exceedingly low.
To catch Latin UTF-8 locales, this commit adds a list of the distinct
variants found so far. If there are even just several of these, the
odds of the syntax being coincidentally UTF-8 greatly diminish. The
number needed for this to conclude that the locale is UTF-8, is easily
tweakable at compile time.
The problem remains for English and other Latin script languages that
have rare accented characters. The name is still then examined for
containing "UTF-8". Note that previous commits have guaranteed that if
the locale has a non-ASCII currency symbol that is recognized by
Unicode, such as the Euro or Pound Sterling, that will correctly be
recognized.
commit 1c8bb7cb0c28e9c59627e2f6d4a91fda0e8462e7
Author: Karl Williamson <[email protected]>
Date: Sun Jan 7 16:22:27 2018 -0700
locale.c: Improved fallback UTF-8 locale detection
This adds some more checks for when the platform lacks mbtowc(). We can
check if things like isprint(), toupper() match what a UTF-8 locale
would do. If not, we can rule out UTF-8.
commit 7fccb4a2a0ba039321ef7a9a6a6877463d7dada2
Author: Karl Williamson <[email protected]>
Date: Sat Jan 6 16:00:02 2018 -0700
Improve fallback UTF-8 locale detection
If the libc doesn't have modern enough routines, we use a fallback
mechanism to see if a locale is UTF-8 or not. One component of this is
to look at the byte sequence for the currency symbol. Obviously, if the
sequence isn't valid UTF-8, the locale isn't either. But if it is valid
UTF-8, and hence might be a UTF-8 locale, this commit changes the
detection mechanism to see if the sequence evaluates, when interpreted
as UTF-8 to be a known Unicode currency symbol. If so, the locale must
be UTF-8, as the odds of some other locale having a sequence that does
this are vanishingly small.
If the sequence doesn't evaluate to a currency symbol, that doesn't tell
us anything, as plenty of places have a string of letters be their
currency symbol. Nor if the symbol is a '$', as that is invariant under
UTF-8 vs not, so doesn't help us.
This pretty much guarantees that a UTF-8 locale for the European Union
or the UK that otherwise looks like plain English (Latin script) will be
properly determined to be UTF-8, as the symbols for their currencies
will pass this test.
commit bdf5bf65550f71e63eba7bb45ec7feb615a63688
Author: Karl Williamson <[email protected]>
Date: Sat Jan 6 14:24:30 2018 -0700
locale.c: Avoid localeconv()
my_langinfo() is a recently added function which presents a better API
than localeconv, and returns the needed information here, and is easier
to make thread-safe.
commit 7c4c950464a801714c395e60ecc23b5205605d91
Author: Karl Williamson <[email protected]>
Date: Mon Jan 8 17:37:15 2018 -0700
locale.c: White-space only
This indents all this code, with no other changes, in preparation for a
future commit which will add a block around it.
commit 1bbaae6fcb11e91b6923c070630d7ec23980683c
Author: Karl Williamson <[email protected]>
Date: Sun Jan 7 15:58:52 2018 -0700
locale.c: Remove branch to label
The code at this label was branched to because it contained common
cleanup code. But now that code is in a function, so the cleanup call
is trivial, so just skip this intermediate label.
commit 7ad99c9c2fa5acc83cd316fe201b2c3d15a5363a
Author: Karl Williamson <[email protected]>
Date: Sat Jan 6 12:42:35 2018 -0700
locale.c: Extract duplicated code into subroutines
These two paradigms are each repeated in 4 places. Make into two
subroutines
commit 73d49c1ce6bc0378802f983d71c191b63e88cb41
Author: Karl Williamson <[email protected]>
Date: Fri Jan 5 21:41:27 2018 -0700
locale.c: Prefer mbrtowc(), as its reentrant
If it's available and this is a threaded build, it's preferred.
commit c9ca681b95c274d406fdd56572e4d908437f3499
Author: Karl Williamson <[email protected]>
Date: Sun Jan 7 15:43:01 2018 -0700
locale.c: White-space only
Indent to correspond with new block from previous commit
commit b09618361d9e56377e8b86b9f32d5afb16fae97e
Author: Karl Williamson <[email protected]>
Date: Fri Jan 5 14:09:40 2018 -0700
locale.c: Revamp finding if locale is UTF-8
This changes how this functionality works for the LC_CTYPE locale. On
systems that have nl_langinfo() one can get a definitive answer from
just that. Otherwise (or if that doesn't return properly) one can use
mbtowc() to check if the UTF-8 byte sequence for the Unicode REPLACEMENT
CHARACTER actually is considered to be that code point. This is also
definitive. If the maximum byte string length for a character is too
short to handle all Unicode UTF-8, we know without further checking that
this isn't a UTF-8 locale, so can avoid the mbtowc check.
commit 34e8235ab3624e280d5bf7de26755f452a1d3616
Author: Karl Williamson <[email protected]>
Date: Sun Jan 7 15:30:06 2018 -0700
locale.c: Windows will never be EBCDIC
This adjusts the conditional compilation so that win32 is a subset of
non-EBCDIC. This will be useful in the next commit.
commit 8d2cdd646442783375b90a077705d4eb5b20c77d
Author: Karl Williamson <[email protected]>
Date: Fri Jan 5 12:57:37 2018 -0700
locale.c: Simplify expression
Since this is operating on C strings, we don't have to check the
lengths, but can rely on the underlying functions to work.
commit b869a4a3b652d1625425a25ed34922234f7d6505
Author: Karl Williamson <[email protected]>
Date: Fri Jan 5 11:35:00 2018 -0700
Change some "shouldn't happen" failures into panics
If the system is so broken that these libc calls are failing, soldiering
on won't lead to sane results.
THis rewords some existing panics, and adds the errno to the output for
all of them.
commit 18ca8af9d68aadfe662fd71dd4073c543e30f9cb
Author: Karl Williamson <[email protected]>
Date: Tue Jan 2 16:54:28 2018 -0700
Cache locale UTF8-ness lookups
Some locales are UTF-8, some are not. Knowledge of this is needed in
various circumstances. This commit saves the results of the last
several lookups so they don't have to be recalculated each time.
The full generality of POSIX locales is such that you can have error
messages be displayed in one locale, say Spanish, while other things are
in French. To accommodate this generality, the program can loop through
all the locale categories finding the UTF8ness of the locale it points
to. However, in almost all instances, people are going to be in either
French or in Spanish, and not in some combination. Suppose it is a
French UTF-8 locale for all categories. This new cache will know that
the French locale is UTF-8, and the queries for all but the first
category can return that immediately.
This simple cache avoids the overhead of hashes.
This also fixes a bug I realized exists in threaded perls, but haven't
reproduced. We do not support locales in such perls, and the user must
not change the locale or 'use locale'. But perl itself could change the
locale behind the scenes, leading to segfaults or incorrect results.
One such instance is the determination of UTF8ness. But this only could
happen if the full generality of locales is used so that the categories
are not all in the same locale. This could only happen (if the user
doesn't change locales) if the environment is such that the perl program
is started up so that the categories are in such a state. This commit
fixes this potential bug by caching the UTF8ness of each category at
startup, before any threads are instantiated, and so checking for it
later just looks it up in the cache, without perl changing the locale.
commit 4aeaa4eca2bd7101dca23d56b9d3a2e944cb5fc2
Author: Karl Williamson <[email protected]>
Date: Tue Jan 2 14:23:24 2018 -0700
locale.c: Avoid duplicate work
As the comments say, the needed value is already readily available
commit ea9152a94f065ed2c9db6b0bf3177fbb59b8d270
Author: Karl Williamson <[email protected]>
Date: Tue Jan 2 13:38:16 2018 -0700
locale.c: Avoid some work
We've already worked out whether the decimal point is a dot or not. We
can pass that information to the called routine so it doesn't have to
figure it out again.
commit 22b6c5f66babb7f0a4e39140dc072574524f2dda
Author: Karl Williamson <[email protected]>
Date: Tue Jan 2 13:19:03 2018 -0700
locale.c: Use non-control for a format dummy
We need a plain character here. I used a '\e' before, but it would be
better to have something that isn't a control, so just change it to a
blank
commit d3e6184564b4c78b59758af76ea74e5647e37ac4
Author: Karl Williamson <[email protected]>
Date: Tue Jan 2 12:25:35 2018 -0700
locale.c: Avoid some more locale changes
In a few places here we can test if we are already in the locale we want
to be in, and not switch unnecessarily if so.
commit a8a455fbe5f729a58d8fc00115fa10596763d1c2
Author: Karl Williamson <[email protected]>
Date: Mon Jan 1 23:03:34 2018 -0700
Avoid some unnecessary changing of locales
The LC_NUMERIC locale category is kept so that generally the decimal
point (radix) is a dot. For some (mostly) output purposes, it needs to
be swapped into the program's current underlying locale so that a
non-dot can be printed.
This commit changes things so that if the current underlying locale uses
a decimal point, the swap doesn't happen, as it's not needed.
commit 2b1cfb841e7f56a6d90f8b19a47f9519f68f97e8
Author: Karl Williamson <[email protected]>
Date: Mon Jan 1 22:20:25 2018 -0700
perl.h: White-space only
commit e3a3732878fe9911b3406a90bbb57bd7609fd4cf
Author: Karl Williamson <[email protected]>
Date: Mon Jan 1 20:41:21 2018 -0700
locale.c: Add compile check for unimplemented behavior
Instead of silently not working.
commit 94c5d55ba1fd91172421350f1a95da20ef91e720
Author: Karl Williamson <[email protected]>
Date: Mon Jan 1 20:30:39 2018 -0700
locale.c: White-space only
Indent because the previous commit created an enclosing block, and
add a blank line elsewhere
commit 27b1aaad3a06f66cb2a58cb2a10614cb0545ee71
Author: Karl Williamson <[email protected]>
Date: Mon Jan 1 20:00:03 2018 -0700
locale.c: Refactor Ultrix code
Examination shows that this code does nothing unless LC_ALL is defined.
So explicitly test at compile time for that.
Also, two variables don't have to be declared so globally, and by
reducing their scope, by creating a new block we don't have to have
PERL_UNUSED_ARG()s for them
commit ea02635f8811449cd669cc52068efa056daf1cf5
Author: Karl Williamson <[email protected]>
Date: Mon Jan 1 19:07:19 2018 -0700
locale.c: Avoid rescanning a string
We can use a parameter to find out where in the string the portion of
interest starts. Do that to avoid starting again from scratch.
commit 66f686963f47e16e99673acc4fe1ac362a598d30
Author: Karl Williamson <[email protected]>
Date: Mon Jan 1 18:33:59 2018 -0700
locale.c: Use fcns instead of macros
Here the macros being used expand into the functions being called,
without adding any value to using the macros, and making things slightly
less clear.
commit 2f108f5bfb9b7ca26df18cf0de4e46a8472f8885
Author: Karl Williamson <[email protected]>
Date: Mon Jan 1 18:17:41 2018 -0700
locale.c: Add const to several variables
commit baf37c4a0d50ca71a86d8ef864b9e3f6a7fc2df6
Author: Karl Williamson <[email protected]>
Date: Mon Jan 1 18:15:27 2018 -0700
locale.c: Improve, add comments
commit f9a0df5c99876d2518df13a84602bb0aa65e1702
Author: Karl Williamson <[email protected]>
Date: Mon Jan 1 18:01:45 2018 -0700
perl.h: Add comment, rephrase another
commit a96d2742ac356ac3a6efe04c1654a18015e30429
Author: Karl Williamson <[email protected]>
Date: Sat Nov 18 17:34:25 2017 -0700
Perl_langinfo: Teach about YESSTR and NOSTR
These are items that nl_langinfo() used to be required to return, but
are considered obsolete. Nonetheless, this drop-in replacement for that
function should know about them for backward compatibility.
commit dc181d149be797e2291d650f80bb1248c440bed6
Author: Karl Williamson <[email protected]>
Date: Mon Jan 1 15:07:45 2018 -0700
APItest/t/locale.t: Add some tests
This makes sure that the entries for which the expected return value may
legitimately vary from platform to platform get tested as returning
something, skipping the test if the item isn't known on the platform.
A couple of comments are also added.
commit 912d985a213f5f0f3df456f6cf8553b72bcd4ac3
Author: Karl Williamson <[email protected]>
Date: Mon Aug 28 18:01:43 2017 -0600
XXX may include other things after final edits:
ExtUtils::ParseXS/lib/perlxs.pod: Nits
This removes extra blanks following colons that don't mean the normal
thing for colons that traditionally have two spaces after them, and
capitalizes Perl.
commit 70d8b5e49a6ada1a7a60ae4c331e0de210e01c8a
Author: Karl Williamson <[email protected]>
Date: Wed Jul 26 08:59:33 2017 -0600
Teach perl about more locale categories
glibc has various other categories than the ones perl handles, for
example LC_PAPER. This commit adds knowledge of these to perl, so that
one can set them, interrogate them, and have libraries work on them,
even though perl itself does not.
This is in preparation for future commits, where it becomes more
important than currently for perl to know about all the locale
categories on the system.
I looked through various other systems to try to find other categories,
but did not see any. If a system does have such a category, it is
pretty easy to tell perl about it, and recompile. Use the changes in
this commit as a template, and send an email to [email protected], so
that the next Perl release will have it.
commit a0d45af87532fab52a8504dd33358b67460d8827
Author: Karl Williamson <[email protected]>
Date: Wed Jan 3 20:41:29 2018 -0700
Add check that "$!" is correctly interpreted as UTF-8
We sometimes need to know if an error message is UTF-8 or not.
Previously we checked that it is syntactically valid UTF-8, and that the
LC_MESSAGES locale is UTF-8. But some systems, notably Windows, do not
have LC_MESSAGES. For those, this commit adds a different, semantic,
check that the text of the message when interpreted as UTF-8 is all in
the same Unicode script. This is not foolproof, unlike the LC_MESSAGES
check, but it's better than what we have now for such systems. It
likely is foolproof for non-Latin locales, as any message will have a
bunch of characters in that locale, and no ASCII Latin ones. For a
Latin locale, these ASCII letters could be intermixed with the UTF-8
ones, causing potential ambiguity.
commit d2e1eb995e3a8b3cf996c30cb0fb6c753b1487a1
Author: Karl Williamson <[email protected]>
Date: Tue Nov 14 22:27:06 2017 -0700
Remove uncompilable code
This code was never compiled because of a misspelling in the #ifdef.
No problem surfaced, so just remove it. The next commit adds a different
check.
commit 3d7aafbd92f10e575382f9b7f8a091842887b629
Author: Karl Williamson <[email protected]>
Date: Mon Jan 8 19:11:52 2018 -0700
XXX rethink empty script_run
commit e37d3034b5b02c3c2925ddb623446de55c4bc22b
Author: Karl Williamson <[email protected]>
Date: Mon Jan 8 19:08:54 2018 -0700
perl.c: Move initialization of inversion lists
This is now done very early in the file, as it may be needed for
initializing the locale handling.
commit fb18ebbb5108af32bed450c55403583d409575c1
Author: Karl Williamson <[email protected]>
Date: Thu Jan 18 14:09:24 2018 -0700
isSCRIPT_RUN: Document in perlintern
commit 9ed0a2e79adf36b33cace1f080bed6fbe2c62953
Author: Karl Williamson <[email protected]>
Date: Thu Jan 18 14:08:47 2018 -0700
isSCRIPT_RUN: A sequence of entirely Inherited chars is Inherited
commit 9388222d52956ed28eec2bc6ff823ac643131d04
Author: Karl Williamson <[email protected]>
Date: Thu Jan 18 14:07:43 2018 -0700
regexec.c: Add comment
commit 922aa1d390c783b62a793f9b2da2e7da8fe4d474
Author: Karl Williamson <[email protected]>
Date: Thu Jan 18 14:05:23 2018 -0700
Fix bug in isSCRIPT_RUN with digit following unassigned
This was being treated as a run, but shouldn't be one.
commit 6bc8c03ac44641553e4d6fe280099e93d67011c7
Author: Karl Williamson <[email protected]>
Date: Thu Jan 18 13:00:06 2018 -0700
isSCRIPT_RUN: Can short cut if not in UTF-8
All characters representable by single bytes are either Common or Latin,
so must be a script run. If we aren't asking for what the script is we
can return immediately. If we are, the run is Latin if any character in
it is Latin, otherwise is Common.
commit 2ba32ae22006d5ddb857477fa7ac790b692a02ca
Author: Karl Williamson <[email protected]>
Date: Sat Jan 6 21:16:15 2018 -0700
Give isSCRIPT_RUN() an extra parameter
This allows it to return the script of the run.
commit a9a8c1de3da01bcfeff5e90df6dc895bc26cab1b
Author: Karl Williamson <[email protected]>
Date: Sat Jan 6 16:15:12 2018 -0700
charclasslists.h: script enums visible to CORE,EXT
This exposes the enum definitions for the script extensions property to
the perl code and extensions, for use in future commits.
commit dffb6c802b0fa75eb52d9d0f55acfd07fe9ff031
Author: Karl Williamson <[email protected]>
Date: Sat Jan 6 16:13:06 2018 -0700
regen/mk_invlists.pl: Allow override of where enums get defined
This adds code so that the enums defined by this, which are ordinarily
only used by regexec.c ban be specified to be somewhere else instead.
commit dd63696fb3048e1cfdf391c6ea90c43c4227cee2
Author: Karl Williamson <[email protected]>
Date: Sat Jan 6 16:09:57 2018 -0700
regen/mk_invlists.pl: Allow multiple files to access
This changes the code so that the symbols defined by this program
can be #define'd in more than one file.
commit 29c91e3d38bcfeeb9b4342b05824a0341ba3083f
Author: Karl Williamson <[email protected]>
Date: Thu Jan 18 14:02:33 2018 -0700
regexec.c: Fix typo in comment
commit 841f8d9c9a15ed93cf40dad730a6fbe41bac7def
Author: Karl Williamson <[email protected]>
Date: Sat Jan 6 16:18:45 2018 -0700
Fix bug in script runs that start with Common
This is a follow on to 8535a06fea02528fe726855a139fcbd360d1fc6e. That
fixed one case where the first character was in the Common script,
things did not work properly. It did not catch the case where a future
character in the string was non-Common from a script that has its own
set of digits, and this commit fixes that.
This just entails a block of code to slightly earlier.
commit 7d4a0b639fe6889cc4f3caebc24c0743c3c960fe
Author: Karl Williamson <[email protected]>
Date: Wed Jan 10 17:10:09 2018 -0700
locale.c: Make sure variable is always defined
A future commit assumes this variable is there even on non-DEBUGGING
builds. #define it to 0 for those.
commit e145ddb62929749efbdabf042a04783fae0f073e
Author: Karl Williamson <[email protected]>
Date: Wed Jan 17 17:01:00 2018 -0700
my_atof(): Lock dot radix
This commit shows some redundant checks. It examines the text and if it
finds a dot in the middle of the number, and the locale is expecting
something else, it toggles LC_NUMERIC to be the C locale so that the dot
is understood. However, during further parsing, grok_numeric_radix()
gets called and sees that the locale shouldn't be C, and toggles it
back. That ordinarily would cause the dot to not be recognized, but
this function always recognizes a dot no matter what the locale. So
none of our tests fails. I'm not sure if this is always the case, and I
don't understand this area of the code all that well, but there is a
simple way to cause grok_numeric_radix to not change the locale back,
and that is to call the macro LOCK_LC_NUMERIC_STANDARD() when changing
it the first time in my_atof(). The purpose of this macro is precisely
this situation, so that recursed calls don't try to override the
decisions of the outer calls
commit a633b1a28055f174a04f5a5a435bb4a43e3ced14
Author: Karl Williamson <[email protected]>
Date: Wed Jan 24 15:57:30 2018 -0700
hints/hpux.sh: HP-UX mbrlen() and mbrtowc() don't work
In spite of there being man pages for these, the #include file doesn't
define the mbstate_t type which is required for a parameter to these
functions.
Perhaps the Configure probe could be enhanced so it doesn't return
defined unless these can be successfully compiled, but for now use the
hints file.
commit dd6e844348b96a1874d302ee7a2a217a953a9596
Author: Karl Williamson <[email protected]>
Date: Sun Jan 21 10:08:33 2018 -0700
perlembed: Fix typos
Perl is capitalized when referring to the language; lowercased when
referring to a particular executable.
-----------------------------------------------------------------------
--
Perl5 Master Repository
