On 13/08/2013 19:07, Kjell Ahlstedt wrote:
*_WRAP_METHOD*
#ifndef has deliberately been moved. New versions of gmmproc puts both
comment and function declaration inside #ifndef/#endif. That's the
right thing to do. If xxx_DISABLE_DEPRECATED is defined when the
module is built (--disable-deprecated-api) Doxygen shall not include
the description of deprecated functions in its generated documentation.
I understand. Yes, that seems like a sensible approach.
*_WRAP_SIGNAL*
The "deprecated" parameter was previously ignored, but new versions of
gmmproc generates #ifndef xxx_DISABLE_DEPRECATED directives.
Unfortunately the #ifndef directive is written in the middle of
comment, if there is a manually added comment in the .hg. And another
bug, introduced at the same time: The "ifdef GTKMM_ATKMM_ENABLED"
parameter in _WRAP_SIGNAL is ignored. I'll try to fix both these bugs.
Many thanks, Kjell. It'll probably be an easy fix for you to test but
if you need any help with the testing, I'm happy to volunteer. With
regard to the ignored parameter (#ifdef GTKMM_ATKMM_ENABLED), please be
aware that it's not only widget.hg which suffers from the problem. The
generated 'widget.cc' also had at least three occurrences where #ifdef
GTKMM_ATKMM_ENABLED needed to be present (but it either wasn't present -
or it said GTKMM_DISABLE_DEPRECATED instead of GTKMM_ATKMM_ENABLED).
These were at lines 3162, 7555 and 8485.
As far as I know though, widget.cc and widget.h are the only problematic
files. The rest of gtkmm seems to be okay. Hope that helps.
John
_______________________________________________
gtkmm-list mailing list
gtkmm-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtkmm-list