Re: [9] RFR 8027289: [Windows zh_CN] NumberFormat: Incorrect sequence of loading currency symbol

2014-02-10 Thread Masayoshi Okutsu
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. Masayoshi On 2/5/2014 11:54 AM, Naoto Sato wrote: Hello, Please review this fix: http://cr.openjdk.java.net/~naoto/8

Re: [9] RFR 8027289: [Windows zh_CN] NumberFormat: Incorrect sequence of loading currency symbol

2014-02-10 Thread Magnus Ihse Bursie
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 do

Re: [9] RFR 8027289: [Windows zh_CN] NumberFormat: Incorrect sequence of loading currency symbol

2014-02-10 Thread Naoto Sato
I thought about it and probably it would make sense to utilize locale matching mechanism in LocaleProviderAdapter, where it selects the most preferred adapter. However, on the JRE's adapter side, it still needs to declare that Hans/Hant locales in the supported locales list. This fix is to addr