e45d05dfc0
The table was almost sorted by offset - its UTC entry, with offset 0, was at the front rather than first among the offset 0 entries. The lookups in it were being done as if the IDs were in space-joined lists (as for the IANA IDs in the Windows table), splitting on space, despite the fact that it had separate entries for different IDs at the same offset (this only arose for offset 0). So actually massage the input table in python to combine IDs with the same offset using space, placing UTC first among the offset 0 entries, and ensure the C++ table is sorted. Regenerated the CLDR data tables using the updated script. In the process, fix an off-by-one error in the iteration over space-joined IDs, where the search only advanced to the space, rather than to just after it. That wasn't a problem before, but now would be. Change-Id: Ib49c27bac269b557166fa10738c3e396d58456c0 Reviewed-by: Thiago Macieira <thiago.macieira@intel.com> |
||
---|---|---|
.. | ||
accessibilityinspector | ||
aglfn | ||
cmake | ||
edid | ||
glgen | ||
gradientgen | ||
includemocs | ||
integrity | ||
lexgen | ||
locale_database | ||
plugintest | ||
qfloat16-tables | ||
testrunner | ||
unicode | ||
wasm | ||
x86simdgen | ||
xkbdatagen | ||
update_public_suffix_list.sh |