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 575870 - Modifying _GET_TYPE_FUNC() macro to handle types like GtkFOOBar correctly.
Modifying _GET_TYPE_FUNC() macro to handle types like GtkFOOBar correctly.
Status: RESOLVED FIXED
Product: glibmm
Classification: Bindings
Component: build
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: gtkmm-forge
gtkmm-forge
Depends on:
Blocks:
 
 
Reported: 2009-03-18 19:10 UTC by José Alburquerque
Modified: 2009-03-19 00:30 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
_GET_TYPE_FUNC() macro modification (1.64 KB, patch)
2009-03-18 19:11 UTC, José Alburquerque 		committed Details | Review

Description José Alburquerque 2009-03-18 19:10:40 UTC 
Would it be possible to modify _GET_TYPE_FUNC() in base.m4 so that it handles types like GtkFOOBar properly?  This would help when tcp[1] plug-ins are added to gstreamermm because when wrapping their associated enum GstTCPProtocol[2], the get_type() function is not produced correctly.  Suggested patch follows.  Thanks.

[1] http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-base-plugins/html/gst-plugins-base-plugins-plugin-tcp.html
[2] http://gstreamer.freedesktop.org/data/doc/gstreamer/head/gst-plugins-base-plugins/html/gst-plugins-base-plugins-multifdsink.html#GstTCPProtocol
Comment 1 José Alburquerque 2009-03-18 19:11:57 UTC 
Created attachment 130913 [details] [review]
_GET_TYPE_FUNC() macro modification
Comment 2 José Alburquerque 2009-03-18 19:32:09 UTC 
The patch would also allow the URIType enum in gstreamermm's urihandler.hg to be wrapped instead of being hand-written.
Comment 3 Murray Cumming 2009-03-18 21:44:28 UTC 
This is very useful. Please commit.
Comment 4 José Alburquerque 2009-03-19 00:30:01 UTC 
Applied to glibmm branches 2-12, 2-14, 2-16 and 2-18 and to trunk (glibmm-2-12 is still used in debian stable so I included that branch just to be sure).