<i18n dev> [9] RFR 8027289: [Windows zh_CN] NumberFormat: Incorrect sequence of loading currency symbol
Magnus Ihse Bursie
magnus.ihse.bursie at oracle.com
Mon Feb 10 01:24:22 PST 2014
On 2014-02-10 09:23, Masayoshi Okutsu wrote:
> I wonder if we can utilize the locale matching mechanism rather than
> tweaking the makefile. zh-CN and zh-Hans-CN can be treated as
> equivalents for looking up the JRE locales.
I think that would be good. Do you think it is possible? We are already
doing too much scary things in the build wrt locales; I'd rather not add
more.
/Magnus
>
> Masayoshi
>
> On 2/5/2014 11:54 AM, Naoto Sato wrote:
>> Hello,
>>
>> Please review this fix:
>>
>> http://cr.openjdk.java.net/~naoto/8027289/webrev.00/
>> https://bugs.openjdk.java.net/browse/JDK-8027289
>>
>> The fix is to add Chinese locales with explicit scripts (Hans/Hant)
>> in JRE's locale provider adapter's supported locales if corresponding
>> implicit Chinese locales are supported.
>>
>> For build-dev engineers, I post this to your alias because the fix is
>> in a make file.
>>
>> Naoto
>
More information about the i18n-dev
mailing list