Summary: | glib-2.4.0 does not install from scratch | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Wilbur Pan <wilburpan> |
Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED FIXED | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
URL: | http://forums.gentoo.org/viewtopic.php?t=151081 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Wilbur Pan
2004-03-20 04:26:27 UTC
I stumbled across this as I was emergeing, testing, and unemerging Gnome 2.6-rc1 ( I know, it's masked). If I uninstall glib from my system, and then emerge glib-2.4.0, I get this error: gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../glib -I../gmodule -DG_LOG_DOMAIN=\"GModule\" -DG_DISABLE_CAST_CHECKS -DG_DISABLE_DEPRECATED -pthread -march=athlon-xp -O2 -pipe -fomit-frame-pointer -Wall -MT gmodule.lo -MD -MP -MF .deps/gmodule.Tpo -c gmodule.c -fPIC -DPIC -o .libs/gmodule.o /bin/sh ../libtool --mode=link gcc -march=athlon-xp -O2 -pipe -fomit-frame-pointer -Wall -o libgmodule-2.0.la -rpath /var/tmp/portage/glib-2.4.0/image//usr/lib -Wl,--export-dynamic -version-info 400:0:400 -export-dynamic gmodule.lo -ldl ../glib/libglib-2.0.la gcc -shared .libs/gmodule.o -Wl,--rpath -Wl,/var/tmp/portage/glib-2.4.0/work/glib-2.4.0/glib/.libs -ldl ../glib/.libs/libglib-2.0.so -march=athlon-xp -Wl,--export-dynamic -Wl,-soname -Wl,libgmodule-2.0.so.0 -o .libs/libgmodule-2.0.so.0.400.0 (cd .libs && rm -f libgmodule-2.0.so.0 && ln -s libgmodule-2.0.so.0.400.0 libgmodule-2.0.so.0) (cd .libs && rm -f libgmodule-2.0.so && ln -s libgmodule-2.0.so.0.400.0 libgmodule-2.0.so) creating libgmodule-2.0.la (cd .libs && rm -f libgmodule-2.0.la && ln -s ../libgmodule-2.0.la libgmodule-2.0.la) make[4]: Entering directory `/var/tmp/portage/glib-2.4.0/work/glib-2.4.0/gmodule' /bin/sh ../mkinstalldirs /var/tmp/portage/glib-2.4.0/image//usr/lib /bin/sh ../libtool --mode=install /bin/install -c libgmodule-2.0.la /var/tmp/portage/glib-2.4.0/image//usr/lib/libgmodule-2.0.la libtool: install: warning: relinking `libgmodule-2.0.la' (cd /var/tmp/portage/glib-2.4.0/work/glib-2.4.0/gmodule; /bin/sh ../libtool --mode=relink gcc -march=athlon-xp -O2 -pipe -fomit-frame-pointer -Wall -o libgmodule-2.0.la -rpath /var/tmp/portage/glib-2.4.0/image//usr/lib -Wl,--export-dynamic -version-info 400:0:400 -export-dynamic gmodule.lo -ldl ../glib/libglib-2.0.la ) gcc -shared .libs/gmodule.o -ldl -L/usr/lib -lglib-2.0 -march=athlon-xp -Wl,--export-dynamic -Wl,-soname -Wl,libgmodule-2.0.so.0 -o .libs/libgmodule-2.0.so.0.400.0 /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lglib-2.0 collect2: ld returned 1 exit status libtool: install: error: relink `libgmodule-2.0.la' with the above command before installing it make[4]: *** [install-libLTLIBRARIES] Error 1 make[4]: Leaving directory `/var/tmp/portage/glib-2.4.0/work/glib-2.4.0/gmodule' make[3]: *** [install-am] Error 2 make[3]: Leaving directory `/var/tmp/portage/glib-2.4.0/work/glib-2.4.0/gmodule' make[2]: *** [install] Error 2 make[2]: Leaving directory `/var/tmp/portage/glib-2.4.0/work/glib-2.4.0/gmodule' make[1]: *** [install-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/glib-2.4.0/work/glib-2.4.0' make: *** [install] Error 2 !!! ERROR: dev-libs/glib-2.4.0 failed. !!! Function einstall, Line 388, Exitcode 2 !!! einstall failed I also get this error if I have glib-1.2.x installed but not glib-2.x. Searching through the Gentoo forums, a user who was building a system from scratch (and therefore would not have an earlier version of glib-2.x installed) ran into the same problem -- see the url above. A workaround is to install an older version of glib-2.x, then upgrade to glib-2.4.0, but I think this ebuild should be able to work if no previous copy of glib-2.x exists. Reproducible: Always Steps to Reproduce: Expected Results: Build glib-2.4.0 even if no prior version of glib exists. There was a bit of messup in the glib ebuild, i fixed that now. Please test if it works. Thought I would tack onto this bug instead of opening a new one. With this new build, other packages are looking in /var/tmp/.../pkg/image for libs instead of /usr/lib. Readding elibtoolize fixes this problem, but I'm not sure if that is the proper solution since I don't know to much about it. hmm we checked that with a couple of testers.. worked here readded it to be on the safe side I just tried emerging glib-2.4.0 from scratch -- the current version of the ebuild does work now. |