Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 156089 - dev-cpp/libglademm needs updated dependencies.
Summary: dev-cpp/libglademm needs updated dependencies.
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Library (show other bugs)
Hardware: All Linux
: High normal
Assignee: GNOME C++ Bindings Maintainers (OBSOLETE)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 167156
  Show dependency tree
 
Reported: 2006-11-23 22:38 UTC by sw1ft
Modified: 2010-08-24 12:16 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
glademm-2.0.0.1 build (dev-util:glademm-2.0.0.1:20070316-183232.log,59.00 KB, text/plain)
2007-03-16 19:37 UTC, Paulo J. Matos
Details

Note You need to log in before you can comment on or make changes to this bug.
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) gentoo-dev 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 gentoo-dev 2010-07-16 11:48:25 UTC
I think this could be closed since looks fixed in latest ebuilds
Comment 7 Pacho Ramos gentoo-dev 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