[gstreamer-bugs] [Bug 614167] gstinfo: no previous prototype for 'xxx' when buildign with --disable-gst-debug
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Mon Mar 29 06:39:57 PDT 2010
https://bugzilla.gnome.org/show_bug.cgi?id=614167
GStreamer | gstreamer (core) | git
Stefan Kost (gstreamer, gtkdoc dev) <ensonic> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
Target Milestone|HEAD |0.10.29
--- Comment #7 from Stefan Kost (gstreamer, gtkdoc dev) <ensonic at sonicpulse.de> 2010-03-29 13:39:53 UTC ---
commit 477a5d09393be54ec5629dfb6573406551e6ae0b
Author: Stefan Kost <ensonic at users.sf.net>
Date: Mon Mar 29 16:34:03 2010 +0300
gstinfo: add a comment explaining the reason for using fucntion protos
here.
commit e55d18baa24e8ce5864bdb7a32d4fcab58003e2b
Author: Stefan Kost <ensonic at users.sf.net>
Date: Mon Mar 29 16:13:54 2010 +0300
gstinfo: always define dummy debug category as a function prototype
It does not seem to make sense to define this as a function only if we have
varargs macros.
commit b40c2f81145510c0e34e8010da0365f6e80b6bdb
Author: Stefan Kost <ensonic at users.sf.net>
Date: Sun Mar 28 15:10:20 2010 +0300
build: fix redeclaration erors when building with --gst-disable-gst-debug
Give dummy symbols a uniqe name.
commit f89ccf7d3dc42cc6326b8c48a7c83fa85bb91e21
Author: Stefan Kost <ensonic at users.sf.net>
Date: Sun Mar 28 14:49:03 2010 +0300
build: move some prototypes out of #ifndef GST_DISABLE_GST_DEBUG
Move the prototypes up together. We only define the macros differently.
Fixes bug #614167 mostly.
commit 04bf54c58f2df65fda597e499fa8c2f3bc277017
Author: Stefan Kost <ensonic at users.sf.net>
Date: Mon Mar 29 16:05:44 2010 +0300
info: readd the use of GstDebugFuncPtr typedef and tell why
This reverts the related changes from
3f4954e42d0440a7a598a908325c45ea9db076e4
and ffb0a4e1905a873191f8c802346261e8c4435065.
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the Gstreamer-bugs
mailing list