Hi Philip,
On 07/26/2013 03:05 AM, Philip Craig wrote:
On Fri, Jul 26, 2013 at 7:54 PM, Philip Craig <[email protected]> wrote:
On Fri, Jul 26, 2013 at 10:44 AM, Eric Nelson
<[email protected]> wrote:
Hi all,
When running the sample apps in /opt/viv_samples/vdk
under strace on a frame-buffer only build, I can see that
something is trying to load libEGL.so (no trailing 1).
Looking at the recipe, I'm not quite grokking how this is
placed into the image though.
I can see a symlink being created pointing libEGL.so at
libEGL.so.1 here:
https://github.com/Freescale/meta-fsl-arm/blob/master/recipes-graphics/gpu-viv-bin-mx6q/gpu-viv-bin-mx6q.inc#L130
Somehow or another, the symlink is ending up in the -dev package
though:
$ find gpu-viv-bin-mx6q/1_3.0.35-4.0.0-r5.0/packages-split/ \
-name libEGL\*
gpu-viv-bin-mx6q/1_3.0.35-4.0.0-r5.0/packages-split/libegl-mx6-dev/usr/lib/libEGL.so
gpu-viv-bin-mx6q/1_3.0.35-4.0.0-r5.0/packages-split/libegl-mx6/usr/lib/libEGL.so.1
Can anybody give some guidance on where and how that's happening?
See lines 152 and 153 of gpu-viv-bin-mx6q.inc. If something needs
libEGL.so then this probably needs to be changed to how libgles and
libgles2 are done. It would be nice to document exactly where the
dependency is though so that we know when we can remove the hack once
it is fixed.
Does anybody know where the missing reference to libEGL.so
might be coming from? This doesn't appear to be a hard-coded
linker dependency from any of the sample apps or from the
other shared libraries.
I can't see the dependency from inspection. What's the exact error message?
I see now. The samples uses libGAL.so, and it contains the string
libEGL.so, as well as a gcoOS_LoadEGLLibrary function.
Thanks for finding this.
Since these are binaries, we'll need to defer to Freescale/Vivante
for a proper fix.
_______________________________________________
meta-freescale mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/meta-freescale
