summaryrefslogtreecommitdiffstats
path: root/meta/recipes-support/ca-certificates
diff options
context:
space:
mode:
authorYi Zhao <yi.zhao@windriver.com>2017-12-05 09:17:04 +0800
committerRichard Purdie <richard.purdie@linuxfoundation.org>2017-12-18 18:03:57 +0000
commit2293d7b67724d6dbb8cb7293ad7cadad3bce5067 (patch)
tree8c86c5e889f6addab26a72c196ce8ef724b408d2 /meta/recipes-support/ca-certificates
parent9b27bb00d5ec0e25dfdfe581190a8ae5d9ed512f (diff)
downloadpoky-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