[poky] Missing glxext.h header file in core-image-x11 // toolchain SDK


I have generated a core-image-x11 image for a Toradex Colibri T20 board.
I aim to compile and execute our application that normally runs under X11 + OpenGL.

*Please note I’m not an expert of X11 .:slight_smile: *

Therefore, I need to have the necessary libraries in the linux image I have generated.
I have therefore added in my local.conf:

DISTRO_FEATURES_append = "opengl"

In order to compile our application, I have generated the respective toolchain with bitbake -c populate_sdk core-image-x11.
It worked fine as well.

But as I launched the makefiles, I got some

...xxx.cpp :188:25: fatal error: GL/glxext.h: No such file or directory
   #include <GL/glxext.h>

Indeed, I have no glxext.h file in the generated toolchain sdk, neither in the sysroots.
In my sysroot, I have only:

β”œβ”€β”€ glxint.h
β”œβ”€β”€ glxmd.h
β”œβ”€β”€ glxproto.h
β”œβ”€β”€ glxtokens.h
└── internal
    └── glcore.h
β”œβ”€β”€ egl.h
β”œβ”€β”€ glext.h
β”œβ”€β”€ gl.h
└── glplatform.h
β”œβ”€β”€ gl2ext.h
β”œβ”€β”€ gl2.h
└── gl2platform.h

So, I suppose that something is missing in the features of my core-image-x11 (and subsequently in the respective toolchain).

Should I add something in some features ?




The Colibri T20 only supports HW accelerated 3D rendering with the Open GL ES 1.1 and Open GL ES 2 variant.

So we fiddle with the OE mesa recipe to exclude desktop OpenGL.
While one probably could get software rendered OpenGL to run the results will likely be disappointing.

Also I’m expect a lot of pitfalls if you try to configure OpenEmbedded/Yocto to build a image with software rendered OpenGL mixed with hardware accelerated OpenGL ES.


Hi Max,

That’s indeed right.
I setup our application makefile options to activate GLES with GTK support instead of glx…
It finally works fine !