Add various workarounds for ICU-20548 to improve the output of the "timeZoneName"
option when formatting date-time ranges.
Changes to "intl/icu/source/i18n/dtitvinf.cpp":
The existing ICU code was already changing `LOW_Z` to `LOW_V` when searching
for the best-fit pattern, but it was missing support for `CAP_O`. (The other
time zone name skeleton characters aren't currently supported in ECMA-402, so
I didn't handle them here.)
Changes to "intl/icu/source/i18n/dtitvfmt.cpp":
In `DateIntervalFormat::getDateTimeSkeleton()`, handle `CAP_O` similar to the
existing code for `LOW_Z` and `LOW_V`. And also keep the original number of
skeleton characters in `normalizedTimeSkeleton`.
In `DateIntervalFormat::adjustFieldWidth()`, copy the field width information
for `LOW_V` into `LOW_Z` resp. `CAP_O` because `LOW_V` is replaced in the
resolved pattern with `LOW_Z` resp. `CAP_O`.
Differential Revision: https://phabricator.services.mozilla.com/D189743
The original sources were compiled... three times.
We got rid of the chromium duplicate in Bug 1850328 and we remove the
last duplicate with this patch.
Differential Revision: https://phabricator.services.mozilla.com/D187753
The original sources were compiled... three times.
We got rid of the chromium duplicate in Bug 1850328 and we remove the
last duplicate with this patch.
Differential Revision: https://phabricator.services.mozilla.com/D187753
Remove no longer needed backports for ICU-22198, ICU-22206, and CLDR-16399.
Update WASI patch to apply cleanly on ICU 73.
Differential Revision: https://phabricator.services.mozilla.com/D176263
Remove the patch for bug 1766220 because the local patch was just a backport
from the ICU development branch.
And update the local patches for Sorbian and WASI integration to apply cleanly
on ICU 72.
Differential Revision: https://phabricator.services.mozilla.com/D160179
Remove the patch for bug 1766220 because the local patch was just a backport
from the ICU development branch.
And update the local patches for Sorbian and WASI integration to apply cleanly
on ICU 72.
Differential Revision: https://phabricator.services.mozilla.com/D160179
Remove the patch for bug 1766220 because the local patch was just a backport
from the ICU development branch.
And update the local patches for Sorbian and WASI integration to apply cleanly
on ICU 72.
Differential Revision: https://phabricator.services.mozilla.com/D160179
Our previous heuristic no longer works, so we now have to patch ICU directly to
support detecting the approximately sign.
Depends on D129930
Differential Revision: https://phabricator.services.mozilla.com/D129931
Remove the patches for bug 1636984, bug 1648137, and bug 1714933 because the
underlying bugs were fixed in ICU 70 resp. the local patches were backports from
the ICU development branch.
And update the local patches for Sorbian to apply cleanly on ICU 70.
Differential Revision: https://phabricator.services.mozilla.com/D129921
Update the patch from bug 1614941, because CLDR 38 adds its own patterns for
"MMMMd" and "yMMMM", which both conflict with our customised patterns. The
customised patterns were updated per the discussion in
<https://bugzilla.mozilla.org/show_bug.cgi?id=1614941#c32>.
Remove the patches from bug 1433303 and bug 1534160. Both are no longer needed,
because they've been integrated into upstream.
Differential Revision: https://phabricator.services.mozilla.com/D101365
This removes a dependency on `pymake`, which is Python 2-only, and thoroughly unnecessary since we just use it to find assignments of the form `OBJECTS = ...`. We can replicate this logic by just isolating lines that begin with that literal string, and everything else can stay the same. This is definitionally more brittle than actually using a parser, but it works fine for now, and the original implementation wasn't significantly better (it didn't handle any form of dynamism, anything more complicated than a single unconditional assignment with a space-separated list of literal strings representing outputs, etc.)
Differential Revision: https://phabricator.services.mozilla.com/D79896
Summary:
- ICU no longer supports removing resource files manually, instead the new data
filter builder needs to be used.
- This includes test data, which also must be preserved in ICU 64.
- umutex.h contains an implicit call to `new` in ICU64 which needs to be allowed
in check_vanilla_allocations.py.
- Drive-by: Make ICU with multiple jobs for faster rebuilds.
Reviewers: jwalden
Reviewed By: jwalden
Bug #: 1533481
Differential Revision: https://phabricator.services.mozilla.com/D25264
--HG--
extra : rebase_source : 9fde775ee9b189c84a29f69f11ebd955f0030b38
Summary:
- Local patches for bug 1504656 and bug 1513934 are now present upstream.
- Patch for bug 1172609 needed to be rebased to apply cleanly.
- Update patch for bug 1172609 to follow new static mutex handling in ICU.
Reviewers: jwalden
Reviewed By: jwalden
Bug #: 1533481
Differential Revision: https://phabricator.services.mozilla.com/D25263
--HG--
extra : rebase_source : 2e1d2974394e336d714b16642dd9d02b226300c2