After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 758011 - gl: configure.ac should use pkg-config for GL
gl: configure.ac should use pkg-config for GL
Status: RESOLVED DUPLICATE of bug 751068
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
1.6.1
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2015-11-12 15:48 UTC by Daniel Stone
Modified: 2015-11-12 22:49 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Daniel Stone 2015-11-12 15:48:32 UTC
Mesa provides pkg-config files for egl, glesv2, gl, as well as wayland-egl. It would be nice if automake/autoconf could preferentially use this, only falling back to platform-specific checks where these pkg-config files are not provided.

This is already used in Weston, other parts of GNOME, etc. It would be much nicer to use these instead of having to manually set CFLAGS/LDFLAGS just for these libraries.

I found this because I have $PKG_CONFIG_PATH and $LD_LIBRARY_PATH set to include my own custom Mesa build, where they have conflicting settings such that linking fails if -lGL points to the system libGL. So far this is the only component I've found not making use of Mesa's pkg-config files. (Currently only Mesa ships these, however I know of at least one proprietary stack which is beginning to provide them.)

Funnily enough, this caused all of OpenGL/GLES to not be found, but EGL to be marked as found: in that case, it goes on to compile gst-gl anyway, and blows up pretty spectacularly as GLint/etc are never defined.
Comment 1 Matthew Waters (ystreet00) 2015-11-12 22:49:06 UTC

*** This bug has been marked as a duplicate of bug 751068 ***