diff options
| author | Jingdong Lu <jingdong.lu@windriver.com> | 2011-05-24 13:57:57 +0800 |
|---|---|---|
| committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2011-06-02 14:47:26 +0100 |
| commit | 0eea9ab2e9d6e9457f24aa63b3126666611c1c7b (patch) | |
| tree | 158b44df5ae0e89bbd992424b9c3de73fca1e3e5 /meta/recipes-support/hal | |
| parent | 39a3842c34cf344749d7269a91c47e3a1a86d2b8 (diff) | |
| download | openembedded-core-0eea9ab2e9d6e9457f24aa63b3126666611c1c7b.tar.gz openembedded-core-0eea9ab2e9d6e9457f24aa63b3126666611c1c7b.tar.bz2 openembedded-core-0eea9ab2e9d6e9457f24aa63b3126666611c1c7b.tar.xz openembedded-core-0eea9ab2e9d6e9457f24aa63b3126666611c1c7b.zip | |
libx11: fix libX11 keysyms to pass xts5 of lsb
Fixes bug: [YOCTO #1095]
Because of cross-compiling libx11 keysyms will cause Xts5 test of LSB fail.
libx11 use a tool named "makekey" which compiled as a native tool to generate
ks_tables.h. Because the size of "unsigned long" is different between 32-bit
and 64-bit, we should judge whether our target is 32-bit or 64-bit and tell
"makekey".
I add a patch to "makekeys_crosscompile.patch" to "src/utils/makekeys.c" in
order to deal with the different targets. If our target is 32-bit, we force
the variable its type is "unsigned long" to "uint32_t". So we can generate a
correct keysyms.
Signed-off-by: Jingdong Lu <jingdong.lu@windriver.com>
Diffstat (limited to 'meta/recipes-support/hal')
0 files changed, 0 insertions, 0 deletions