Re: Turkish Time Zone name string and translation

2019-11-17 Thread Yang, Letu
Hi Naoto, Thank you for the clarification! Xin from my team has filed a JBS and uploaded my webrev: https://bugs.openjdk.java.net/browse/JDK-8234288 https://cr.openjdk.java.net/~xliu/8234288/webrev.00/ Letu On 11/16/19, 6:44 AM, "naoto.s...@oracle.com" wrote: Letu, Please go ahe

Re: RFR: 8234185: Cleanup usage of canonicalize function between libjava, hotspot and libinstrument

2019-11-17 Thread David Holmes
Hi Christoph, This all seems fine to me. One clarification: - /* The appropriate location of getPrefixed() should be io_util_md.c, but -java.lang.instrument package has hardwired canonicalize_md.c into their -dll, to avoid complicate solution such as including io_util_md.c into -that

Re: RFR 8233272 : The Class.forName specification should be updated to match the long-standing implementation with respect to class linking

2019-11-17 Thread David Holmes
On 16/11/2019 4:38 am, Brent Christian wrote: On 11/14/19 4:46 PM, Mandy Chung wrote: On 11/14/19 4:42 PM, David Holmes wrote: If you really want to test both positive and negative cases from a clean slate then I would suggest modifying the test slightly and using two @run commands - one to

Re: Turkish Time Zone name string and translation

2019-11-17 Thread Martin Buchholz
I've always wondered how the timezone-related translations are managed. CLDR seems to be the master repository of such data, and projects like OpenJDK are simply supposed to import that data. But I looked at the CLDR sources, and there doesn't seem to be any "Turkey Time" strings defined like there