Bug 156089 – dev-cpp/libglademm needs updated dependencies.

• Product: Gentoo Linux
• Status: RESOLVED FIXED

[Description sw1ft 2006-11-23 22:38:04 UTC]

When attempting to emerge libglademm, the ebuild thought that glibmm 2.8.4 was acceptable; however, it produced this error when building:

xml.cc:145: error: no 'GType Gnome::Glade::Xml_Class::lookup_type_vfunc_callback(GladeXML*, const char*)' member function declared in class 'Gnome::Glade::Xml_Class'
i586-pc-linux-gnu-g++ -DHAVE_CONFIG_H -DG_LOG_DOMAIN=\"libglademm\" -I../../libglade -I../../libglade -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/atkmm-1.6 -I/usr/include/gtk-2.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/atk-1.0 -I/usr/include/libglade-2.0 -I/usr/include/libxml2 -Os -march=athlon-xp -mno-tls-direct-seg-refs -mmmx -msse -m3dnow -m32 -pipe -MT variablesmap.lo -MD -MP -MF .deps/variablesmap.Tpo -c variablesmap.cc -fPIC -DPIC -o .libs/variablesmap.o
make[4]: *** [xml.lo] Error 1
make[4]: *** Waiting for unfinished jobs....
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all] Error 2
make: *** [all-recursive] Error 1
!!! ERROR: dev-cpp/libglademm-2.6.3 failed.
Call stack:
ebuild.sh, line 1568: Called dyn_compile
ebuild.sh, line 937: Called src_compile
libglademm-2.6.3.ebuild, line 38: Called gnome2_src_compile
gnome2.eclass, line 64: Called die
!!! compile failure
!!! If you need support, post the topmost build error, and the call stack if relevant.
Done.

This was fixed by updating to glibmm-2.12.2. The libglademm ebuild needs to update its dependencies.

[Comment 1 Paulo J. Matos 2007-03-16 19:34:25 UTC]

Indeed... Here I attach a log of a failed build of 2.0.0.1. It seems several dependencies are missing.

[Comment 2 Paulo J. Matos 2007-03-16 19:37:17 UTC]

Created attachment 113497 [details]
glademm-2.0.0.1 build

[Comment 3 Robert Bradbury 2007-04-10 11:35:09 UTC]

(In reply to comment #0)
> When attempting to emerge libglademm, the ebuild thought that glibmm 2.8.4 was
> acceptable; however, it produced this error when building:

It looks like libglademm depends upon gtkmm which in turn may require updates to cairomm and glibmm.  I got libglademm to compile by adding all of dev-cpp/libglademm, dev-cpp/gtkmm, dev-cpp/cairomm and dev-cpp/glibmm to /etc/portage/package.keywords (with no version constraints).  The final result is glibmm (2.12.7), gtkmm (2.10.8), cairomm (1.2.4), libglademm (2.6.3).

I think the primary problem may be a missing dependency between libglademm and gtkmm.

The emerge error I had before I doing this was:
xml.cc:145: error: no 'GType Gnome::Glade::Xml_Class::lookup_type_vfunc_callback(GladeXML*, const char*)' member function declared in class 'Gnome::Glade::Xml_Class'


It doesn't solve the problem with libgnomeuimm however.

[Comment 4 Petr Baudis 2007-08-08 23:09:33 UTC]

(Still happens. Manually updating gtkmm before makes libglademm build fine.)

[Comment 5 Rémi Cardona (RETIRED) 2008-04-12 12:59:47 UTC]

gtkmm-2.12.1 and newer all depend on >=dev-cpp/glibmm-2.14.1

@herd ... I'm not too sure what to do on that one... We'll be pruning those old ebuilds anyway, and IIRC portage's ordering algorithm in newer versions was modified. So this shouldn't be a problem anymore. What say you?

[Comment 6 Pacho Ramos 2010-07-16 11:48:25 UTC]

I think this could be closed since looks fixed in latest ebuilds

[Comment 7 Pacho Ramos 2010-08-24 12:16:10 UTC]

(In reply to comment #5)
> gtkmm-2.12.1 and newer all depend on >=dev-cpp/glibmm-2.14.1
> 
> @herd ... I'm not too sure what to do on that one... We'll be pruning those old
> ebuilds anyway, and IIRC portage's ordering algorithm in newer versions was
> modified. So this shouldn't be a problem anymore. What say you?
> 

And all dev-cpp/gtkmm:2.4 ebuilds look to have it fixed