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. -- clawsmail ftbfs with gtk+-2.13 https://bugs.launchpad.net/bugs/247909 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to gtk+2.0 in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
