RFR [9] 8151384: Examine sun.misc.ASCIICaseInsensitiveComparator

Peter Levart peter.levart at gmail.com
Wed Mar 9 19:29:03 UTC 2016



On 03/09/2016 06:14 PM, Xueming Shen wrote:
> On 3/9/16 7:58 AM, Peter Levart wrote:
>>
>> P.S.
>>
>> Do you happen to know why String.compareToIgnoreCase / 
>> CASE_INSENSITIVE_ORDER is defined to compare characters transformed 
>> through the following function:
>>
>> Character.toLowerCase(Character.toUpperCase(character))
>>
>> ...and not simply:
>>
>> Character.toLowerCase(character) or Character.toUpperCase(character)
>>
>>
>
> To deal with "turkish i/I/I+dot" issue.

I see. So that all 4 i-s: 'i', 'ı', 'İ' & 'I' compare as the same 
character - they are all mapped to 'i'.

So what do you think about providing a CASE_INSENSITIVE_ORDER consistent 
hashCode function? Is it worth it?

Regards, Peter

> -sherman
>
>
>>>
>>> -Chris.
>>>
>>
>




More information about the core-libs-dev mailing list