Bug 3911 - cairo do_compile fails when building a multilib image
Summary: cairo do_compile fails when building a multilib image
Status: VERIFIED FIXED
Alias: None
Product: OE-Core
Classification: Build System, Metadata & Runtime
Component: graphics (show other bugs)
Version: 1.4
Hardware: x86 Multiple
: Medium normal
Target Milestone: 1.4
Assignee: Laurentiu Palcu
QA Contact:
URL:
Whiteboard:
Depends on:
Blocks:
 
Reported: 2013-02-19 16:55 UTC by Stefan Stanacar
Modified: 2013-04-12 06:55 UTC (History)
5 users (show)

See Also:
OS type for building Yocto: ---
Type of Regression: ---
Verified:
Documentation change: ---


Attachments
log.do_compile (31.94 KB, application/octet-stream)
2013-02-19 16:55 UTC, Stefan Stanacar
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Stefan Stanacar 2013-02-19 16:55:49 UTC
Created attachment 1078 [details]
log.do_compile

Build Configuration:
BB_VERSION        = "1.17.1"
BUILD_SYS         = "x86_64-linux"
NATIVELSBSTRING   = "Fedora-18"
TARGET_SYS        = "x86_64-poky-linux"
MACHINE           = "qemux86-64"
DISTRO            = "poky"
DISTRO_VERSION    = "1.3+snapshot-20130219"
TUNE_FEATURES     = "m64"
TARGET_FPU        = ""
meta              
meta-yocto        
meta-yocto-bsp    = "(nobranch):3ec4df57540421df2cda6b83c615bfb7cebccefd"

local.conf:

MACHINE = "qemux86-64"
require conf/multilib.conf
MULTILIBS = "multilib:lib32"
DEFAULTTUNE_virtclass-multilib-lib32 = "x86"
IMAGE_INSTALL_append = " lib32-connman-gnome"

bitbake core-image-sato

...
| x86_64-poky-linux-libtool: link: cannot find the library `/home/stefans/yocto/builds/yotta/tmp/sysroots/qemux86-64/usr/lib/libpixman-1.la' or unhandled argument `/home/stefans/yocto/builds/yotta/tmp/sysroots/qemux86-64/usr/lib/libpixman-1.la'
Comment 1 Laurentiu Palcu 2013-02-22 10:11:10 UTC
This issue happens from time to time. Probably, cairo is missing a libpixman dependency and, somehow, build parallelism surfaced it.
Comment 2 Laurentiu Palcu 2013-02-25 08:12:31 UTC
Upon further investigations, this looks like a libtool issue. it looks like, when activating multilib, the *.la files in /usr/lib have the dependency_libs variable pointing to /usr/lib instead of /usr/lib64...
Comment 3 Laurentiu Palcu 2013-03-06 09:02:58 UTC
The changes for B!=S will solve this issue too.
Comment 4 Richard Purdie 2013-04-11 13:08:29 UTC
B != S change was made so this should resolve this problem.
Comment 5 Stefan Stanacar 2013-04-12 06:55:37 UTC
Verified in master:c567366d3b933d6a840e793845f81c3ecbe83585