From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-gg0-f177.google.com (mail-gg0-f177.google.com [209.85.161.177]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id E8F89E0140D for ; Fri, 12 Jul 2013 16:45:10 -0700 (PDT) Received: by mail-gg0-f177.google.com with SMTP id i1so3288059ggn.22 for ; Fri, 12 Jul 2013 16:45:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=UiU0VnlcZ6vjDNRIftSeFe0xpFz6Q4MZGc0eLpLh54k=; b=LJM+sJJwEiWjy/zrd9d4R+dmtu4ZpSEKTnQGNyjXSgjULPu8VG8ZOaDLOpA8ESp5kl q55Kt+B1C2MR+mXq4hvXCpvh1oLUwJJBEAZG7Hh982ADpNEx/2/ygTFgkPc+A1sYaUgH UiwfcMMEm60KcCxEjz8S/hxv/VUnKekuVygguBWM2v/Q/7IuofN6Gc4/s3Cu/lfh08qU NQSJVseADMbFdXUGMT0AbOWJx4XQzqsddeeBoDwZf17/q5sfdRTZbBMHDv+ct/vtVFpc c8ATFZWJjOm5WailBWTXQwTB58JrW/tvOVNlN8HDArROuiTDQ964QkiyTSrcvEyp39Io w76Q== X-Received: by 10.236.38.6 with SMTP id z6mr25424214yha.230.1373672709393; Fri, 12 Jul 2013 16:45:09 -0700 (PDT) Received: from goober.local ([75.76.228.60]) by mx.google.com with ESMTPSA id v32sm71455080yhc.12.2013.07.12.16.45.08 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 12 Jul 2013 16:45:08 -0700 (PDT) Message-ID: <51E09503.7070507@gmail.com> Date: Fri, 12 Jul 2013 18:45:07 -0500 From: John Weber User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: Chris Tapp References: <51D78881.7060509@gmail.com> <51DCDE80.6010600@gmail.com> <51E04087.4030705@gmail.com> <51E079F5.6040903@gmail.com> In-Reply-To: Cc: meta-freescale Mailing List , Ross Burton Subject: Re: Error building master X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 12 Jul 2013 23:45:11 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I'll file this one under meta-fsl-arm BSPs and reference the one you just filed, Chris. On 7/12/13 4:58 PM, Chris Tapp wrote: > > On 12 Jul 2013, at 22:49, John Weber wrote: >> On 7/12/13 3:10 PM, Chris Tapp wrote: >>> On 12 Jul 2013, at 19:35, Chris Tapp wrote: >>> >>>> Hi John, >>>> >>>> On 12 Jul 2013, at 18:44, John Weber wrote: >>>> >>>>> I've synced the entire platform and am rebuilding all again to make sure I still see this error, but this was the second time I've seen it. I'll report back. >>>> >>>> This looks to be the same as http://comments.gmane.org/gmane.linux.embedded.yocto.general/12533. >>>> >>>> I'm supposed to have opened a bug for this - I'll try and get it in later on today. >>> >>> Done - https://bugzilla.yoctoproject.org/show_bug.cgi?id=4848 >>> >> >> Thanks Chris. It does look similar. Here is another piece of information from today: >> >> Starting from a semi-clean build (new build/tmp, but with preexisting shared state cache), and a freshly updated set of metadata, I ran bitbake fsl-image-test, here is the header printout: >> >> john@leo:~/fsl-community-bsp/build$ MACHINE=wandboard-dual bitbake fsl-image-test >> Loading cache: 100% |###########################################| ETA: 00:00:00 >> Loaded 1706 entries from dependency cache. >> >> Build Configuration: >> BB_VERSION = "1.19.1" >> BUILD_SYS = "x86_64-linux" >> NATIVELSBSTRING = "Ubuntu-12.04" >> TARGET_SYS = "arm-poky-linux-gnueabi" >> MACHINE = "wandboard-dual" >> DISTRO = "poky" >> DISTRO_VERSION = "1.4+snapshot-20130712" >> TUNE_FEATURES = "armv7a vfp neon" >> TARGET_FPU = "vfp-neon" >> meta >> meta-yocto = "(nobranch):a63229917a5708de2d161aba0d67168ce0da6365" >> meta-oe = "(nobranch):c383d6230942bb1558cee02764bced09031cb70f" >> meta-fsl-arm = "master-next:e2f010bec19aef73b4731cb4f66c7412d59b265c" >> meta-fsl-arm-extra = "(nobranch):3898b9dfa4bc81791665179d8854d47a5080060e" >> meta-fsl-demos = "(nobranch):eb6bd0d3e799c9053f80104194a0f2a37fb690e2" >> >> - I encountered the same exact issue with libglu (not able to find -lGL or libGL.so) >> - Running bitbake gpu-viv-bin-mx6q followed by bitbake fsl-image-test worked to create an image >> >> I'm fairly sure that libGL.so is not being populated into the sysroot before libglu runs its do_compile task, so it seems to be a dependency problem to me. But others should see this problem as well and they are not. >> >> Then, I started from a brand new shared state cache and new build/tmp just to eliminate the possibility of any issues that could be part of my personal setup here. I had the same result. >> >> Not sure what I can do if I'm the only person seeing this issue, besides file a bug on it. > > Sounds like it's worth filing. It certainly looks like there's something there and it makes sense to capture any information you've got. > >> John >> > > Chris Tapp > > opensource@keylevel.com > www.keylevel.com > > >