diff options
| author | Neil Fuller <nfuller@google.com> | 2018-02-21 18:26:01 +0000 |
|---|---|---|
| committer | Neil Fuller <nfuller@google.com> | 2018-03-01 13:29:43 +0000 |
| commit | 4e97e6145bbdcb2e997a2c1de3db2f42d9beb373 (patch) | |
| tree | 85096a2c6382e20549259f2a3a9583d048a6a0c6 /annotations/generate_annotated_java_files.py | |
| parent | c7b3e54082e6fc6d647b8b24a40871656ecc9110 (diff) | |
Ensure consistency around ignorable codepoints
Since Android updated to ICU54 (Android 6.0), Android's
CharsetEncoder would report canEncode() based on whether or
not the input sequence would map to no bytes. This meant the
behavior for "default ignorable codepoints" was inconsistent.
If a CharBuffer only contained ignorable codepoints with no
mapping it would report false, but true if they were part of
a wider string.
This change makes the behavior consistent: all default ignorable
codepoints will now register canEncode() == true whether alone
or as part of a sequence. canEncode() effectively becomes
"If this sequence were encoded, would there be a mapping error?".
This change contains a new test and a set of reference data
for the new behavior for StandardCharsets. The reference data
is generated from the new encoder behavior. See
StandardCharsetsEncoderTest.Dumper for how the files were
generated.
Bug: 73550237
Test: CTS: run cts -m CtsLibcoreTestCases
Change-Id: Id78a3259940e73c83f895a4d95e7c526176b06a6
Diffstat (limited to 'annotations/generate_annotated_java_files.py')
0 files changed, 0 insertions, 0 deletions