Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 135194 - glibmm 2.8.4 doesn't install
Summary: glibmm 2.8.4 doesn't install
Status: RESOLVED DUPLICATE of bug 55268
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Development (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: GNOME C++ Bindings Maintainers (OBSOLETE)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-06-01 12:11 UTC by François Valenduc
Modified: 2006-06-06 06:10 UTC (History)
1 user (show)

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


Attachments
emerge build log for glibmm (emerge.log,65.20 KB, text/x-log)
2006-06-03 00:04 UTC, François Valenduc
Details

Note You need to log in before you can comment on or make changes to this bug.
Description François Valenduc 2006-06-01 12:11:36 UTC
As suggested in the discussion of the bug # 133593, I give more details about my problem with glibmm. In fact, it's impossible for me to install this release. The compilation occurs well almost to the end but finally, it fails (see below).

make[2]: Entering directory `/var/tmp/portage/glibmm-2.8.4/work/glibmm-2.8.4/scripts'
make[2]: Rien 
Comment 1 François Valenduc 2006-06-01 12:11:36 UTC
As suggested in the discussion of the bug # 133593, I give more details about my problem with glibmm. In fact, it's impossible for me to install this release. The compilation occurs well almost to the end but finally, it fails (see below).

make[2]: Entering directory `/var/tmp/portage/glibmm-2.8.4/work/glibmm-2.8.4/scripts'
make[2]: Rien à faire pour « all ».
make[2]: Leaving directory `/var/tmp/portage/glibmm-2.8.4/work/glibmm-2.8.4/scripts'
Making all in tests
make[2]: Entering directory `/var/tmp/portage/glibmm-2.8.4/work/glibmm-2.8.4/tests'
Making all in glibmm_value
make[3]: Entering directory `/var/tmp/portage/glibmm-2.8.4/work/glibmm-2.8.4/tests/glibmm_value'
if i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../glib -I../../glib      -I../../glib -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   -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include      -O2 -march=i686 -pipe -Wall -Wno-long-long -MT main.o -MD -MP -MF ".deps/main.Tpo" -c -o main.o main.cc; \
then mv -f ".deps/main.Tpo" ".deps/main.Po"; else rm -f ".deps/main.Tpo"; exit 1; fi
if i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../glib -I../../glib      -I../../glib -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   -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include      -O2 -march=i686 -pipe -Wall -Wno-long-long -MT glibmm_value.o -MD -MP -MF ".deps/glibmm_value.Tpo" -c -o glibmm_value.o glibmm_value.cc; \
then mv -f ".deps/glibmm_value.Tpo" ".deps/glibmm_value.Po"; else rm -f ".deps/glibmm_value.Tpo"; exit 1; fi
/bin/sh ../../libtool --tag=CXX --mode=link i686-pc-linux-gnu-g++  -O2 -march=i686 -pipe -Wall -Wno-long-long   -o test  main.o glibmm_value.o  ../../glib/glibmm/libglibmm-2.4.la
mkdir .libs
i686-pc-linux-gnu-g++ -O2 -march=i686 -pipe -Wall -Wno-long-long -o .libs/test main.o glibmm_value.o  ../../glib/glibmm/.libs/libglibmm-2.4.so /usr/lib/libsigc-2.0.so /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/libstdc++.so -L/usr/i686-pc-linux-gnu/bin -L/usr/i686-pc-linux-gnu/lib -L/usr/lib/gcc-lib/i686-pc-linux-gnu/../../../i686-pc-linux-gnu/lib /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so -ldl /usr/lib/libglib-2.0.so /usr/lib/gcc/i686-pc-linux-gnu/3.4.6/libstdc++.so -L/usr/lib/gcc/i686-pc-linux-gnu/../../../i686-pc-linux-gnu/lib
../../glib/glibmm/.libs/libglibmm-2.4.so: undefined reference to `sigc::internal::signal_impl::insert(std::_List_iterator<sigc::slot_base>, sigc::slot_base const&)'
../../glib/glibmm/.libs/libglibmm-2.4.so: undefined reference to `sigc::internal::signal_impl::erase(std::_List_iterator<sigc::slot_base>)'
collect2: ld returned 1 exit status
make[3]: *** [test] Erreur 1
make[3]: Leaving directory `/var/tmp/portage/glibmm-2.8.4/work/glibmm-2.8.4/tests/glibmm_value'
make[2]: *** [all-recursive] Erreur 1
make[2]: Leaving directory `/var/tmp/portage/glibmm-2.8.4/work/glibmm-2.8.4/tests'
make[1]: *** [all-recursive] Erreur 1
make[1]: Leaving directory `/var/tmp/portage/glibmm-2.8.4/work/glibmm-2.8.4'
make: *** [all] Erreur 2


Does anybody have an idea to solve the problem ?
Thannks for your help.
Comment 2 Jakub Moc (RETIRED) gentoo-dev 2006-06-01 12:16:22 UTC
Post emerge --info and attach full build log here... 

MAKEOPTS="-j1" emerge dev-cpp/glibmm &> emerge.log
Comment 3 François Valenduc 2006-06-03 00:04:28 UTC
Created attachment 88241 [details]
emerge build log for glibmm
Comment 4 François Valenduc 2006-06-03 00:29:44 UTC
(In reply to comment #2)
> Created an attachment (id=88241) [edit]
> emerge build log for glibmm
> 
And see also the output of emerge --info:

Portage 2.1_rc4 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r3, 2.6.16.18 i686)
=================================================================
System uname: 2.6.16.18 i686 Intel(R) Pentium(R) M processor 1.50GHz
Gentoo Base System version 1.6.14
dev-lang/python:     2.3.5-r2, 2.4.2
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1-r2
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=i686 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/"
CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/"
LANG="fr_BE.UTF-8"
LC_ALL="fr_BE.UTF-8"
LINGUAS="fr"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.fr.gentoo.org/gentoo-portage"
USE="x86 X alsa apache2 apm arts avi berkdb bitmap-fonts cdr cli crypt cups dbus dri dvd eds emboss encode esd foomaticdb fortran gdbm gif gimpprint gnome gpm gstreamer gtk gtk2 hal howl imlib ipv6 isdnlog jpeg kde libg++ libwww mad mikmod motif mp3 mpeg ncurses nls nptl ogg opengl oss pam pcre pdflib perl png ppds pppd python qt quicktime readline reflection scanner sdl session spell spl ssl tcpd truetype truetype-fonts type1-fonts udev unicode usb userlocales vorbis xml xmms xorg xv zlib elibc_glibc input_devices_keyboard input_devices_mouse input_devices_synaptic input_devices_evdev kernel_linux linguas_fr userland_GNU video_cards_radeon video_cards_vesa video_cards_fbdev video_cards_vga"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 5 Martin von Gagern 2006-06-03 03:50:10 UTC
I had the same problem.
Fixed it according to bug 55268 comment 2 by remerging libsigc++.
Problem seems to be related to switching gcc version.
Comment 6 François Valenduc 2006-06-03 12:15:07 UTC
(In reply to comment #4)
> I had the same problem.
> Fixed it according to bug 55268 comment 2 by remerging libsigc++.
> Problem seems to be related to switching gcc version.
> 

Indeed that was the solution. Furthemore, I had also upgraded gcc on my computer. I should have find the solution earlier but I had'nt enough looked into the bugs database... I don't know if we can consider the bug as solved before a solution is added in portage, so I leave the status as new.

Anyway, thanks for your help.
Fran
Comment 7 François Valenduc 2006-06-03 12:15:07 UTC
(In reply to comment #4)
> I had the same problem.
> Fixed it according to bug 55268 comment 2 by remerging libsigc++.
> Problem seems to be related to switching gcc version.
> 

Indeed that was the solution. Furthemore, I had also upgraded gcc on my computer. I should have find the solution earlier but I had'nt enough looked into the bugs database... I don't know if we can consider the bug as solved before a solution is added in portage, so I leave the status as new.

Anyway, thanks for your help.
François Valenduc
Comment 8 John N. Laliberte (RETIRED) gentoo-dev 2006-06-06 06:10:30 UTC

*** This bug has been marked as a duplicate of 55268 ***