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 735522 - gl: fix for configure.ac to prevent unnecessary checks and linkage
gl: fix for configure.ac to prevent unnecessary checks and linkage
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Linux
: Normal normal
: 1.5.1
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-08-27 14:06 UTC by Carlos Rafael Giani
Modified: 2015-07-30 15:45 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
GL checks patch for configure.ac (1.26 KB, patch)
2014-08-27 14:06 UTC, Carlos Rafael Giani
committed Details | Review
Configure Log File (222.14 KB, text/plain)
2015-07-30 13:16 UTC, Hamdi Rakkez
  Details
Configure Log File (333.90 KB, text/plain)
2015-07-30 13:43 UTC, Hamdi Rakkez
  Details

Description Carlos Rafael Giani 2014-08-27 14:06:47 UTC
Created attachment 284606 [details] [review]
GL checks patch for configure.ac

Currently, the configure.ac script checks for the GLU, GL, EGL, GLESv2 libraries even when the corresponding --disable switches are set. With this patch, the checks are ran only if necessary, that is, if the --disable switches are not set.

This also fixes the problem on OpenEmbedded builds where for example libgstgl was linked to GLU even though --disable-opengl and --enable-gles2 were passed to the configure script.
Comment 1 Sebastian Dröge (slomo) 2014-08-27 14:15:10 UTC
commit 33fedda48977f6cd84aa0e3fd37749144f59e445
Author: Carlos Rafael Giani <dv@pseudoterminal.org>
Date:   Wed Aug 27 14:47:25 2014 +0200

    gl: do not check for GL/GLU/EGL/GLES2 libs if disabled in configuration
    
    https://bugzilla.gnome.org/show_bug.cgi?id=735522
Comment 2 Hamdi Rakkez 2015-07-30 12:08:01 UTC
Great but this problem is back when using Gstreamer1.5.1 :/
Comment 3 Sebastian Dröge (slomo) 2015-07-30 12:49:27 UTC
Can you send a config.log?
Comment 4 Hamdi Rakkez 2015-07-30 13:16:38 UTC
Created attachment 308454 [details]
Configure Log File

This is the Log file for configure gstreamer-1.5.1-bad-plugin
Comment 5 Sebastian Dröge (slomo) 2015-07-30 13:22:58 UTC
Can you try with 1.5.2 or git master?
Comment 6 Hamdi Rakkez 2015-07-30 13:26:17 UTC
First I'm sorry I've sent you the wrong Log File.

Wait a minute and I'll send the appropriate file and then I'll try with 1.5.2.
Comment 7 Hamdi Rakkez 2015-07-30 13:43:13 UTC
Created attachment 308461 [details]
Configure Log File

This is the Log file for configure gstreamer-plugins-bad 1.5.1
Comment 8 Matthew Waters (ystreet00) 2015-07-30 15:25:35 UTC
This log show that this issue is not occurring and as nothing has changed in the configure logic for a while (pre 1.5 days) I don't know what you're reporting.
Comment 9 Hamdi Rakkez 2015-07-30 15:36:51 UTC
No, there is an issue and I was able to configure correctly when I comment those lines in configure.ac :

#if test "x$HAVE_GLES2" = "xno"; then
#  if test "x$NEED_GLES2" = "xyes"; then
 #   AC_MSG_ERROR([Could not find the required OpenGL|ES 2.0 libraries])
#  fi
#fi


BUT the big problem is that I don't find opengl plugin among gst-bad plugins " No such element or plugin 'opengl' "
Comment 10 Matthew Waters (ystreet00) 2015-07-30 15:45:23 UTC
That's not *this* issue.  Please open a new bug report and provide
1. OS/kernel of the host and of the target (if applicable)
2. Info on the graphics hardware/software stack (type/models/versions/etc like imx, broadcom, mali, intel, amd, nvidia, powervr, etc)
3. The updated config.log from either git master or 1.5.2

Resetting bug fields.