| Summary: | dev-cpp/gtkmm-2.24.3 lacks glibmm.h inclusion, making media-gfx/inkscape-0.48.4 build fail | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Martin von Gagern <Martin.vGagern> |
| Component: | [OLD] Library | Assignee: | Gentoo Linux bug wranglers <bug-wranglers> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | ||
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | inkscape build log | ||
I wrote a mail to the gtkmm-list requesting clarification whether this change is intended or accidential. Depending on that, either gtkmm or inkscape should be fixed. Message still awaits moderator approval. Maybe this bug is duplicate of https://bugs.gentoo.org/show_bug.cgi?id=464994 (In reply to comment #2) > Maybe this bug is duplicate of https://bugs.gentoo.org/show_bug.cgi?id=464994 It is. Except the focus here is more on gtkmm, there more on inkscape. Sorry I missed that bug report, though. *** This bug has been marked as a duplicate of bug 464994 *** |
Created attachment 345174 [details] inkscape build log After upgrading several packages, gtkmm among them, remerging inkscape fails: In file included from color-profile.cpp:9:0: /usr/include/gdkmm-2.4/gdkmm/color.h:61:10: error: ‘GType’ does not name a type There is a huge bunch of similar messages for various types after this first one. It seems like the header should include other gdkmm headers. Comparing the color.h from the installed gtkmm 2.24.3 to the one from 2.24.2, I see this: --- …/gtkmm-2.24.2/image/usr/include/gdkmm-2.4/gdkmm/color.h +++ /usr/include/gdkmm-2.4/gdkmm/color.h @@ -8,3 +8,4 @@ -#include <glibmm.h> +#include <glibmm/ustring.h> +#include <sigc++/sigc++.h> @@ -55,5 +56,7 @@ typedef GdkColor BaseObjectType; +#endif /* DOXYGEN_SHOULD_SKIP_THIS */ + /** Get the GType for this class, for use with the underlying GObject type system. + */ static GType get_type() G_GNUC_CONST; -#endif /* DOXYGEN_SHOULD_SKIP_THIS */ So the previous file did include the main glibmm header, which the new one does not. The NEWS file for 2.24.3 apparently does not mention this change, or the intention behind it.