diff options
author | Yi Zhao <yi.zhao@windriver.com> | 2017-12-05 09:17:04 +0800 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2017-12-18 18:03:57 +0000 |
commit | 2293d7b67724d6dbb8cb7293ad7cadad3bce5067 (patch) | |
tree | 8c86c5e889f6addab26a72c196ce8ef724b408d2 /meta/recipes-support/ca-certificates | |
parent | 9b27bb00d5ec0e25dfdfe581190a8ae5d9ed512f (diff) | |
download | poky-2293d7b67724d6dbb8cb7293ad7cadad3bce5067.tar.gz |
icu: fix libicudata corruption on big endian system
ICU library libicudata is created with a wrong endianness if the host
and target have different endianness. (e.g. build ICU for qemuppc on
x86-64 host)
See upstream bug report: http://bugs.icu-project.org/trac/ticket/11758
The discussion in oe-core mailing list:
https://www.mail-archive.com/openembedded-core@lists.openembedded.org/msg65155.html
The root cause is the native pkgdata can not generate correct icu data
for different endianness. By default, this data is built into the shared
library libicudata that would cause it corrupt. But ICU also provides
additional options for loading the data. With option
--with-data-packaging=archive, ICU outputs a single icudt.dat file which
can be loaded by the library.
See document: http://userguide.icu-project.org/icudata
So for big endian system, we can use the separated data file which
re-generates by icupkg and set the correct ICU_DATA environment variable
to make sure the library can load the data without problems.
(From OE-Core rev: 77d1b9cda69d09cd7d3c8174ef14b4ee10e5efb6)
Signed-off-by: Yi Zhao <yi.zhao@windriver.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-support/ca-certificates')
0 files changed, 0 insertions, 0 deletions