auto-generated file 'gtkmm/widget.h' (widget.hg)
- From: John Emmas <johne53 tiscali co uk>
- To: gtkmm <gtkmm-list gnome org>
- Subject: auto-generated file 'gtkmm/widget.h' (widget.hg)
- Date: Mon, 12 Aug 2013 16:38:22 +0100
I'm building gtkmm on Windows (using MSVC). Rather than building from a
tarball I'm using the git sources (which means me having to build all
the auto-generated stuff, using gmmproc etc). Everything builds pretty
well. I've even built glibmm, atkmm and pangomm the same way. The only
hiccup I seem to have is with the file 'gtk/src/widget.hg'
At line 3546 in the finished file (widget.h) I seem to end up with this
code:-
//Note that the deprecated keyword has no effect on
_WRAP_SIGNAL() yet.
//It doesn't seem like a good idea to put virtual functions in
#ifdefs, because that would change the size of the class instances.
/** @deprecated This should never have been in the API. It was
never meaningful.
*
#ifndef GTKMM_DISABLE_DEPRECATED
* @par Slot Prototype:
* <tt>Glib::RefPtr<Atk::Object> on_my_%get_accessible()</tt>
*
*/
Glib::SignalProxy0< Glib::RefPtr<Atk::Object> >
signal_get_accessible();
#endif // GTKMM_DISABLE_DEPRECATED
Note that the line '" ifndef GTKMM_DISABLE_DEPRECATED " is getting
generated inside a comment. In any case, I think it's the wrong
#define. Looking at the "hg" file it looks as if the correct line
should have been " #ifdef GTKMM_ATKMM_ENABLED ".
I don't really understand the format of a "hg" file but from a simple
observation of 'widget.hg' I can see that the declaration which
corresponds to the mis-generated code seems to be the only occurence of
#ifdef GTKMM_ATKMM_ENABLED which has the word "deprecated" after it.
Might that explain the problem??
This is with version 2.24.4, cloned from Git just a couple of days ago.
John
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]