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 786170 - gl: hide symbols that shouldn't be exported
gl: hide symbols that shouldn't be exported
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
git master
Other Linux
: Normal enhancement
: 1.13.1
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-08-11 17:46 UTC by Tim-Philipp Müller
Modified: 2017-08-14 09:11 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
gl: don't export symbols that are not supposed to be public (12.29 KB, patch)
2017-08-11 17:46 UTC, Tim-Philipp Müller
committed Details | Review
gl: make some debug categories private (5.44 KB, patch)
2017-08-14 08:35 UTC, Tim-Philipp Müller
committed Details | Review

Description Tim-Philipp Müller 2017-08-11 17:46:15 UTC
Created attachment 357434 [details] [review]
gl: don't export symbols that are not supposed to be public

Putting this into bugzilla first. Header files for these aren't installed, so presumably these symbols aren't supposed to be public, so let's make them private explicitly.

There are also three debug categories which are exported and declared in public header files:

  gst_gl_context_debug
  gst_gl_sync_meta_debug
  gst_gl_window_debug

- are those supposed to be public, or should they be moved into a private header instead?
Comment 1 Matthew Waters (ystreet00) 2017-08-12 23:21:06 UTC
(In reply to Tim-Philipp Müller from comment #0)
> Created attachment 357434 [details] [review] [review]
> gl: don't export symbols that are not supposed to be public
> 
>   gst_gl_context_debug
>   gst_gl_sync_meta_debug
>   gst_gl_window_debug
> 
> - are those supposed to be public, or should they be moved into a private
> header instead?

I don't think these should be public symbols.  Some window and context subclasses use the parent debug category but that could be changed easily enough.
Comment 2 Tim-Philipp Müller 2017-08-14 08:35:14 UTC
Created attachment 357539 [details] [review]
gl: make some debug categories private

Like this?
Comment 3 Tim-Philipp Müller 2017-08-14 09:09:43 UTC
commit a971aa4ba4f4a52514bba4d16839f29286e22876 (HEAD -> master, writable/master)
Author: Tim-Philipp Müller <tim@centricular.com>
Date:   Mon Aug 14 09:33:38 2017 +0100

    gl: make some debug categories private
    
    They weren't supposed to be public.
    
    https://bugzilla.gnome.org/show_bug.cgi?id=786170


commit 0b8f1f9e5454d545cabfd40bbf8220386eb122d2
Author: Tim-Philipp Müller <tim@centricular.com>
Date:   Fri Aug 11 18:38:41 2017 +0100

    gl: don't export symbols that are not supposed to be public
    
    Make a bunch of symbols private that are currently leaked
    accidentally because they have a gst_* prefix and are used
    internally. We mark those we can't make static with
    G_GNUC_INTERNAL so that they get hidden with the autotools
    build as well (although we could just pass -fvisibility=hidden
    there too).
Comment 4 Tim-Philipp Müller 2017-08-14 09:11:50 UTC
commit 58a92767d4c2931b42338111a86a1bad260f61ce (HEAD -> master)
Author: Tim-Philipp Müller <tim@centricular.com>
Date:   Mon Aug 14 10:11:00 2017 +0100

    gl: add missing new header files
    
    https://bugzilla.gnome.org/show_bug.cgi?id=786170