Comment 12 for bug 247909

Looks like as if the problem comes from this commit:

http://svn.gnome.org/viewvc/gtk+/trunk/gtk/gtksignal.h?r1=20191&r2=20221

With current headers, gtkclist.h includes gtksignal.h which includes gtk.h (!) which includes gtkctree.h, where it fails since GtkCList and co. are defined in gtkclist.h which has not yet been scanned.

Before that commit (which, by the way, seems ridiculous, what is the point of adding the global gtk.h header in a subheader!?), gtkclist.h includes gtksignal.h which does its own stuff and doesn't include gtkctree.c.

The author of the commit says:

"whenever possible, include only <gtk/gtk.h> instead of individual headers in these deprecated headers. They don't get included at all when GTK_DISABLE_DEPRECATED is defined, so if an app needs them anyway, it must undef GTK_DISABLE_DEPRECATED and include them individually, which should continue to work"

Obviously, this doesn't continue to work.