fix case mapping for U+00DF (ß)

U+00DF ('ß') has had an uppercase form (U+1E9E) available since
Unicode 5.1, but Unicode lacks the case mappings for it due to
stability policy. when I added support for the new character in commit
1a63a9fc30e7a1f1239e3cedcb5041e5ec1c5351, I omitted the mapping in the
lowercase-to-uppercase direction. this choice was not based on any
actual information, only assumptions.

this commit adds bidirectional case mappings between U+00DF and
U+1E9E, and removes the special-case hack that allowed U+00DF to be
identified as lowecase despite lacking a mapping. aside from strong
evidence that this is the "right" behavior for real-world usage of
these characters, several factors informed this decision:

- the other "potentially correct" mapping, to "SS", is not
  representable in the C case-mapping system anyway.

- leaving one letter in lowercase form when transforming a string to
  uppercase is obviously wrong.

- having a character which is nominally lowercase but which is fixed
  under case mapping violates reasonable invariants.

diff --git a/src/ctype/iswlower.c b/src/ctype/iswlower.c
index c754fb955b02336bd874c3f5f39cb74dc1e2aaca..79df44a3d64e571440825293e8b7c18a51330bc4 100644 (file)
--- a/src/ctype/iswlower.c
+++ b/src/ctype/iswlower.c
@@ -3,7 +3,7 @@
 
 int iswlower(wint_t wc)
 {
-       return towupper(wc) != wc || wc == 0xdf;
+       return towupper(wc) != wc;
 }
 
 int __iswlower_l(wint_t c, locale_t l)

diff --git a/src/ctype/towctrans.c b/src/ctype/towctrans.c
index 5e0889b1c7eb04745da2c0fe8877484af6b3073f..6af618758bcb853096fa74b8a54d820cd1626ec2 100644 (file)
--- a/src/ctype/towctrans.c
+++ b/src/ctype/towctrans.c
@@ -151,7 +151,6 @@ static const unsigned short pairs[][2] = {
        { 0x03f7, 0x03f8 },
        { 0x03fa, 0x03fb },
        { 0x1e60, 0x1e9b },
-       { 0xdf, 0xdf },
        { 0x1e9e, 0xdf },
 
        { 0x1f59, 0x1f51 },