[OE-core] EGL / GLES issues (mesa)

Samuel Stirtzel s.stirtzel at googlemail.com
Tue Dec 4 12:10:00 UTC 2012


2012/12/4 Burton, Ross <ross.burton at intel.com>
>
> On 4 December 2012 09:09, Samuel Stirtzel <s.stirtzel at googlemail.com> wrote:
> > So with my last update the behaviour changed and applications using EGL now
> > link against mesa instead of libgles-omap3, but deployed in my rootfs is
> > libgles-omap3.
> >
> > This results in all Qt applications being broken (as I test EGL enabled Qt),
> > the resulting error message:  "application-name: error while loading shared
> > libraries: /usr/lib/libEGL.so: file too short"
>
> Why is mesa being built at all?

To be honest I don't get it either.

"bitbake -g -u depexp ..." shows only mesa-dri as reverse depends.

"opkg whatdepends" shows nothing on the target and it is not installed.

>
> "file too short" is a very interesting error message that implies the
> files in your rootfs are corrupted. Can you verify where
> /usr/lib/libEGL.so* come from and provide ls -l of them?
>
> Ross

root at overo:~# ls -l /usr/lib/libEGL.so*
lrwxrwxrwx    1 root     root            21 Dec  4  2012
/usr/lib/libEGL.so -> libEGL.so.1.6.16.4117
lrwxrwxrwx    1 root     root            21 Dec  4  2012
/usr/lib/libEGL.so.1 -> libEGL.so.1.6.16.4117
lrwxrwxrwx    1 root     root            21 Dec  4  2012
/usr/lib/libEGL.so.1.6 -> libEGL.so.1.6.16.4117
-rwxr-xr-x    1 root     avahi-au         0 Dec  3  2012
/usr/lib/libEGL.so.1.6.16.4117

In the work/image dir this looks like the following:
-rwxr-xr-x 1 samuel samuel 16079 Okt 11  2011 libEGL.so.1.6.16.4117

On the build sysroot there is libEGL.so.1.0 and libEGL.so.1.6.16.4117,
both with size > 0
In the .tar.bz2 packed rootfs the file has also a size > 0


root at overo:~# opkg search /usr/lib/libEGL.so.1.6.16.4117
libgles-omap3 - 4.05.00.03-r35



Seems pretty corrupted, but how could this happen related to the latest changes?



--
Regards
Samuel




More information about the Openembedded-core mailing list