JDK-8183902 : Remove unnecessary definitions in locale_str.h for macOS
- Type: Bug
- Component: core-libs
- Sub-Component: java.util:i18n
- Priority: P3
- Status: Closed
- Resolution: Fixed
- OS: os_x
- CPU: x86_64
- Submitted: 2017-07-05
- Updated: 2017-12-14
- Resolved: 2017-07-19
The Version table provides details related to the release that this issue/RFE will be addressed.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
To download the current JDK release, click here.
| JDK 10 |
|---|
10 b17Fixed  |
Related Reports
|
Relates :
|
Description
There are definitions in jdk/src/java.base/unix/native/libjava/locale_str.h: --- 138#ifdef MACOSX 139 "sr-Latn", "sr_CS", // Mappings as done by old Apple JRS code 140 "tk", "tk-Cyrl", 141 "tt-Latn", "tt-Cyrl", 142 "uz", "uz_UZ", 143 "uz-Arab", "uz_UZ", 144 "uz-Latn", "uz_UZ", 145 "zh-Hans", "zh_CN", 146 "zh-Hant", "zh_TW", 147#endif --- With the fix to JDK-8160199, locale strings generated from getMacOSXLocale() function are now all in valid language_country form, those mapping definitions are no longer needed.