[Interest] Compilation issue for OpenGL ES2 on ARM/Linux

[Andre Renaud]

Hi Thomas,
I don't think it's a problem with egl.h itself. The problem seems
actually to be that for some reason QT_NO_EGL is getting defined,
meaning that when egl/qegl_p.h is #include'd, it ends up only defining
a few of the EGL options (and noy including GLES2/gl2.h). The problem
I have is I cannot work out where QT_NO_EGL is getting defined, or
what has caused it.

Is it possible that it's picking things up from my native QT build?
I'm cross building on an ubuntu machine.

Regards,
Andre

On 15 April 2013 23:09, Thomas Senyk <thomas.senyk at pelagicore.com> wrote:
> On Mon, April 15, 2013 09:44:29 AM Andre Renaud wrote:
>> Hi Thomas,
>>
>> > What does configure tell you? ... configure with -egl to enforce it.
>> > (if you post the configure output, always add -v (verbose) to configure)
>>
>> I'm not entirely sure which bit of the configure output you're after
>> there. I've added the -egl flag, but it doesn't seem to make any
>> difference. Attached is the (compressed - it ran to > 1MB) output from
>> configure.
>>
>> Any ideas/comments?
>
> Hmm this is strange. The configure test is successful .. so it can find egl.h
> and libegl ... also after taking another look at the error...
>   it seems to find egl.h, but not much of it's symbols/defines.
>
> You need to check what's going on with your egl.h ... are those symbols
> missing (broken egl.h) .. are they defined somewhere else (also broken egl.h)
>  ... are they disabled due to some defines (e.g. some platforms require
> defines to select the egl platform)
> '
>
>
>>
>> Regards,
>> Andre



-- 
Bluewater Systems - An Aiotec Company

Andre Renaud
andre at bluewatersys.com          5 Amuri Park, 404 Barbadoes St
www.bluewatersys.com            PO Box 13 889, Christchurch 8013
www.aiotec.co.nz                New Zealand
Phone: +64 3 3779127            Freecall: Australia 1800 148 751
Fax:   +64 3 3779135            USA 1800 261 2934