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 581304 - GUserDirectory C enum is not wrapped as a C++ enum
GUserDirectory C enum is not wrapped as a C++ enum
Status: RESOLVED FIXED
Product: glibmm
Classification: Bindings
Component: general
2.20.x
Other Linux
: Normal normal
: ---
Assigned To: gtkmm-forge
gtkmm-forge
Depends on:
Blocks:
 
 
Reported: 2009-05-04 12:28 UTC by David King
Modified: 2010-06-08 15:52 UTC
See Also:
GNOME target: ---
GNOME version: 2.27/2.28


Description David King 2009-05-04 12:28:16 UTC 
While using the Glib::get_user_special_dir(GUserDirectory) function today, I realised that GUserDirectory is an enum from the C Glib API, and is not wrapped as a C++ enum. There is a TODO in the header glib/glibmm/miscutils.h that mentions this should probably be done. Daniel agreed, but pointed out that this would break ABI. Possibly a candidate for glibmm-3maybe or some future ABI-breaking version?
Comment 1 Jonathon Jongsma 2010-04-22 03:46:44 UTC 
do we have a keyword that we're using to identify gtkmm3 bugs?
Comment 2 Murray Cumming 2010-04-22 06:47:10 UTC 
Not really. For glibmm, I just keep them open until we branch. For gtkmm, I just make the fix in the branch.
Comment 3 Murray Cumming 2010-06-08 15:52:28 UTC 
I fixed this in the glibmm-3maybe branch with this commit:

2010-06-08  Murray Cumming  <murrayc@murrayc.com>

	Wrap and use the Glib::UserDirectory enum.

	* glib/src/enums.[hg|ccg]: Added this, as a place to put generated enums
    to use in non-generated files.
    * glib/glibmm/miscutils.[h|cc]: get_user_special_dir(): Change the
    GUserDirectory parameter to a Glib::UserDirectory.
    This fixes bug #581304 (David King)