FTBFS: buffer.cpp:93: undefined reference to `eglCreateImageKHR'

Bug #1190894 reported by Daniel van Vugt
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mir
In Progress
High
Daniel van Vugt
libhybris (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

libEGL.so.1 is missing eglCreateImageKHR in saucy:
libhybris_0.1.0+git20130606+c5d897a-0ubuntu1_armhf.deb

It only has the corresponding Destroy function:
nm -D /usr/lib/arm-linux-gnueabihf/libhybris-egl/libEGL.so.1 | grep ImageK
00001be0 T eglDestroyImageKHR
00001d9c T ws_passthroughImageKHR

Lack of eglCreateImageKHR means we can't build Mir for armhf/Android right now:
../../lib/libmirplatformgraphics.a(buffer.cpp.o): In function `mir::graphics::android::Buffer::bind_to_texture()':
/home/dan/bzr/mir/toy/src/server/graphics/android/buffer.cpp:93: undefined reference to `eglCreateImageKHR'

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Set to High for Ubuntu because it's blocking Mir development. Or at least blocking Mir-on-phablet from being able to move from raring to saucy.

Changed in libhybris (Ubuntu):
importance: Undecided → High
Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Looking at the hybris source, the missing function is now implemented as a runtime dlsym lookup to the Android EGL library.

So in theory this bug might be "Won't Fix" and we just need to resolve bug 1189938 instead.

Revision history for this message
Ricardo Salveti (rsalveti) wrote :

Ideally you should just build it agains the mesa gles dev packages, and avoid building/linking against libhybris (that's how it'll be done in the archive anyway).

We might support building directly on top of hybris, but I'd prefer a solution to be via a valid pkg-config file (which hopefully I should land next week).

Changed in libhybris (Ubuntu):
importance: High → Undecided
summary: - libEGL.so.1 is missing eglCreateImageKHR
+ FTBFS: buffer.cpp:93: undefined reference to `eglCreateImageKHR'
Changed in libhybris (Ubuntu):
status: New → Won't Fix
Changed in mir:
status: New → In Progress
assignee: nobody → Daniel van Vugt (vanvugt)
importance: Undecided → High
Revision history for this message
Kevin DuBois (kdub) wrote :

duplicate of lp:1189938

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

Bug 1189938 is related but lacks the details to sufficiently be a duplicate of this. That one is more of a cleanup/enhancement request. Whereas this bug describes a concrete bug.

Revision history for this message
Daniel van Vugt (vanvugt) wrote :

OK, the fix for bug 1189938 has indeed resolved this one adequately.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.