From: John Weber <rjohnweber@gmail.com>
To: "meta-freescale@yoctoproject.org" <meta-freescale@yoctoproject.org>
Subject: Re: Error building master
Date: Tue, 09 Jul 2013 23:09:36 -0500 [thread overview]
Message-ID: <51DCDE80.6010600@gmail.com> (raw)
In-Reply-To: <51D78881.7060509@gmail.com>
I ran into this problem again. Again, I worked around it by manually copying
the required libraries from gpu-viv-bin-mx6q to the sysroot location.
Here is some other information that I discovered tonight that might shed some
light. After I did the manual copy, I attempted to rebuild the image again.
When I did, libglu compile succeeded, and bitbake produced some warning messages.
WARNING: The recipe gpu-viv-bin-mx6q is trying to install files into a shared
area when those files already exist. Those files and their manifest location are:
/home/john/fsl-community-bsp/build/tmp/sysroots/wandboard-quad/usr/lib/libGL.so.1.2.0
/home/john/fsl-community-bsp/build/tmp/sysroots/wandboard-quad/usr/lib/libGLESv2.so.2
/home/john/fsl-community-bsp/build/tmp/sysroots/wandboard-quad/usr/lib/libGLESv1_CM.so.1
/home/john/fsl-community-bsp/build/tmp/sysroots/wandboard-quad/usr/lib/libGLESv2.so.2.0.0
/home/john/fsl-community-bsp/build/tmp/sysroots/wandboard-quad/usr/lib/libGLESv1_CL.so
/home/john/fsl-community-bsp/build/tmp/sysroots/wandboard-quad/usr/lib/libGL.so.1
/home/john/fsl-community-bsp/build/tmp/sysroots/wandboard-quad/usr/lib/libGLESv1_CL.so.1.1.0
/home/john/fsl-community-bsp/build/tmp/sysroots/wandboard-quad/usr/lib/libGLES_CM.so
/home/john/fsl-community-bsp/build/tmp/sysroots/wandboard-quad/usr/lib/libGLESv1_CM.so.1.1.0
/home/john/fsl-community-bsp/build/tmp/sysroots/wandboard-quad/usr/lib/libGLESv1_CM.so
/home/john/fsl-community-bsp/build/tmp/sysroots/wandboard-quad/usr/lib/libGLSLC.so
/home/john/fsl-community-bsp/build/tmp/sysroots/wandboard-quad/usr/lib/libGLES_CL.so
/home/john/fsl-community-bsp/build/tmp/sysroots/wandboard-quad/usr/lib/libGLESv2.so
/home/john/fsl-community-bsp/build/tmp/sysroots/wandboard-quad/usr/lib/libGLESv1_CL.so.1
/home/john/fsl-community-bsp/build/tmp/sysroots/wandboard-quad/usr/lib/libGL.so.1.2
/home/john/fsl-community-bsp/build/tmp/sysroots/wandboard-quad/usr/lib/libGL.so
Please verify which package should provide the above files.
It seems that AFTER libglu finishes its build, the Vivante GPU recipe attempts
to install its libraries to the sysroot. Since libglu depends on those
libraries, this looks like a build dependency problem. I did verify that the
preferred provide for libgl is the Vivante recipe.
John
On 7/5/13 10:01 PM, John Weber wrote:
> I've run into a problem building fsl-image-test. It exits with the following:
>
> |
> /home/john/fsl-community-bsp/build/tmp/sysroots/x86_64-linux/usr/libexec/armv7a-vfp-neon-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.8.1/ld:
> cannot find -lGL
> | collect2: error: ld returned 1 exit status
> | make: *** [libGLU.la] Error 1
> | ERROR: oe_runmake failed
> | ERROR: Function failed: do_compile (log file is located at
> /home/john/fsl-community-bsp/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/libglu/2_9.0.0-0/temp/log.do_compile.7553)
>
> ERROR: Task 4474
> (/home/john/fsl-community-bsp/sources/poky/meta/recipes-graphics/mesa/libglu_9.0.0.bb,
> do_compile) failed with exit code '1'
> NOTE: Tasks Summary: Attempted 2355 tasks of which 2351 didn't need to be rerun
> and 1 failed.
> Waiting for 0 running tasks to finish:
>
> Summary: 1 task failed:
>
> /home/john/fsl-community-bsp/sources/poky/meta/recipes-graphics/mesa/libglu_9.0.0.bb,
> do_compile
> Summary: There was 1 ERROR message shown, returning a non-zero exit code.
>
> It appears that during the build of libGLU, it attempts to find a shared library
> named libGL.so somewhere in the library search path and it cannot find it.
>
> The recipe DEPENDS on virtual/libgl, so I'm guessing that this library 'should'
> have been built prior to the building of libGLU.
>
> Searching for the file libGL* in the build/tmp directory yields a number of
> results:
>
> john@leo:~/fsl-community-bsp/build/tmp$ find . -name libGL*
> ~snip~
> ./work/wandboard_dual-poky-linux-gnueabi/mesa/2_9.1.3-r0/Mesa-9.1.3/lib/libGL.so
> ~snip~
> ./work/wandboard_dual-poky-linux-gnueabi/gpu-viv-bin-mx6q/1_3.0.35-4.0.0-r5.0/gpu-viv-bin-mx6q-3.0.35-4.0.0/usr/lib/libGL.so
>
>
> Here is are the -L options from the build command as reported in log.do_compile.
>
> -L/home/john/fsl-community-bsp/build/tmp/sysroots/wandboard-dual/lib
> -L/home/john/fsl-community-bsp/build/tmp/sysroots/wandboard-dual/usr/lib/arm-poky-linux-gnueabi/4.8.1
>
> -L/home/john/fsl-community-bsp/build/tmp/sysroots/wandboard-dual/usr/lib
>
> However, none of these paths contain a libGL.so file. Based on the
> PREFERRED_PROVIDER_virtual/libgl_mx6 this 'should' be gpu-viv-bin-mx6q. Is it
> possible that a step is missing during do_install for gpu-viv-bin-mx6q or mesa?
> I'm building for wandboard-dual.
>
> Thanks,
> John
next prev parent reply other threads:[~2013-07-10 4:09 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-06 3:01 Error building master John Weber
2013-07-10 4:09 ` John Weber [this message]
2013-07-12 13:49 ` Otavio Salvador
2013-07-12 17:44 ` John Weber
2013-07-12 18:35 ` Chris Tapp
2013-07-12 20:10 ` Chris Tapp
2013-07-12 21:49 ` John Weber
2013-07-12 21:58 ` Chris Tapp
2013-07-12 23:45 ` John Weber
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=51DCDE80.6010600@gmail.com \
--to=rjohnweber@gmail.com \
--cc=meta-freescale@yoctoproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.