Bug 8642 - The "32" is a broken symlink in aarch64's mutilib SDK
Summary: The "32" is a broken symlink in aarch64's mutilib SDK
Status: RESOLVED FIXED
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: devtools / tool chain (show other bugs)
Version: 2.1
Hardware: x86 Multiple
: Medium+ normal
Target Milestone: 2.2 M4
Assignee: Chen Qi
QA Contact:
URL:
Whiteboard:
: 10054 (view as bug list)
Depends on:
Blocks:
 
Reported: 2015-11-04 13:54 UTC by Robert Yang
Modified: 2016-10-01 21:05 UTC (History)
5 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: No (bug/feature does not impact docs)

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Yang 2015-11-04 13:54:34 UTC 
MACHINE = qemuarm64
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "armv7at-neon"

$ bitbake core-image-minimal -cpopulate_sdk

The extract SDK, the ./sysroots/aarch64-poky-linux/usr/lib64/aarch64-poky-linux/5.2.0/32 is a broken symlink since it points to ../../../lib/arm-pokymllib32-linux/5.2.0/, but it should be ../../../lib/arm-pokymllib32-linux-gnueabi/, this is because there is no "-gnueabi" in TARGET_OS when build libgcc (64bit), and there is no easy way to know whether lib32-libgcc uses "-gnueabi" or not. Possibly two ways to fix the problem:
1) Check whether MULTILIB is arm or armeb, if yes, then use "-gnueabi", else no
2) Use a in sysroot to save "-gnueabi".
Comment 1 Ross Burton 2016-07-12 16:40:04 UTC 
There's a branch under review at http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=ChenQi/aarch64-multilib.
Comment 3 Richard Purdie 2016-10-01 21:05:19 UTC 
*** Bug 10054 has been marked as a duplicate of this bug. ***