Summary: | ld doesn't find libraries | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Tomasz Olszewski <caster> |
Component: | [OLD] Core system | Assignee: | Martin Schlemmer (RETIRED) <azarah> |
Status: | RESOLVED NEEDINFO | ||
Severity: | blocker | CC: | pauldv |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Tomasz Olszewski
2003-10-03 11:30:06 UTC
Hello, Seems I am having the same bug here. e.g. while trying to "emerge -u kde" I always get similar ld messages for various packages. [1] --- snip from kdeaddons [...] --- /bin/sh ../../libtool --silent --mode=link --tag=CXX g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -pedantic -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -O2 -march=pentium3 -O2 -pipe -fomit-frame-pointer -fno-exceptions -fno-check-new -DQT_CLEAN_NAMESPACE -DQT_NO_COMPAT -DQT_NO_ASCII_CAST -o noatunmadness.la.closure noatunmadness_la_closure.lo -L/usr/X11R6/lib -L/usr/qt/3/lib -L/usr/kde/3.1/lib -module -avoid-version -no-undefined `/usr/bin/sdl-config --libs` madness.lo -lkio -lnoatun -lm libtool: link: cannot find the library `' make[3]: *** [noatunmadness.la.closure] Fehler 1 make[3]: Leaving directory `/var/tmp/portage/kdeaddons-3.1.4/work/kdeaddons-3.1.4/noatun-plugins/noatunmadness' --- [...] --- emerge info: ============= Portage 2.0.49-r13 (default-x86-1.4, gcc-3.3.1, glibc-2.3.2-r6, 2.6.0-test8-mm1)================================================================= System uname: 2.6.0-test8-mm1 i686 Pentium III (Coppermine) Gentoo Base System version 1.4.3.11 distcc 2.11.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.2 [enabled] ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=pentium3 -O2 -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /opt/tomcat/conf /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=pentium3 -O2 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox autoaddcvs ccache distcc prelink" GENTOO_MIRRORS="http://ftp.easynet.nl/mirror/gentoo/ ftp://ftp.easynet.nl/mirror/gentoo/ ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 oss apm avi crypt cups encode foomaticdb gif jpeg libg++ mad mikmod mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib directfb gtkhtml alsa gdbm berkdb slang readline arts tetex nas bonobo svga ggi tcltk guile X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gnome gtk qt kde motif opengl mozilla gphoto2 ldap snmp cdr scanner acpi acpi4linux apache2 artswrappersuid dga dvd ethereal evo fbcon gb gtk2 gtk2i java jikes joystick lcms maildir mmx moznocompose moznoirc oav pcmcia pic pnp ppds S3TC samba sse tiff transcode trusted usb xml" --------------- Oh, and compiling the example program says "cannot find..." too. [1] During the last few days I had already quite a few relatively strange problems when emerging packages. These might be related but probably not. Some of them I could work around by disabling USE Flags (samba-3.0.0-r1 needed -python -oav to compile) or disabling distcc (kde packages, AFAIK kdelibs or base, only compiled when distcc was disabled) - quite strange. *sigh* When you run ldconfig -v as root, does it then show libX11 in there? Which variables are set when you run that gcc? (esp. those starting with LD) I don't know about the original reporter, but for me this: root@mybox # ldconfig -v | grep -i libX11 gives me: ------ ldconfig: Can't stat /opt/eclipse: No such file or directory ldconfig: Can't stat /usr/games/lib: No such file or directory ldconfig: Can't stat /usr/lib/fltk-1.1: No such file or directory libX11.so.6 -> libX11.so.6.2 libx11globalcomm.so.1 -> libx11globalcomm.so.1.0.0 ldconfig: /usr/lib/libstdc++-libc6.1-1.so.2 is not a symbolic link ------- Apparently there are also a few orphande entries... As far as I am concerned, I suppose I am going to do a clean reinstall anyway. :-/ (I had KDE-CVS installed (now deinstalled), maybe/probably that broke something.) What you can try to do is go to your /etc/env.d directory and remove all the entries with LD_CONFIG that are orphaned. Also remove the entry belonging to kde cvs. Then try again. > ldconfig: Can't stat /opt/eclipse: No such file or directory > ldconfig: Can't stat /usr/games/lib: No such file or directory > ldconfig: Can't stat /usr/lib/fltk-1.1: No such file or directory This is not really a problem. You have those paths in your /etc/ld.so.conf, but they don't really exist in your system. Ldconfig tries to search them for libraries but fails (for obvious reasons). I think you shouldn't worry about this. > ldconfig: /usr/lib/libstdc++-libc6.1-1.so.2 is not a symbolic link See this: http://bugs.gentoo.org/show_bug.cgi?id=28644 or just do a ACCEPT_KEYWORDS="~x86" emerge =lib-compat-1.2-r1 The orphaned directories are indeed not an issue. Just marked lib-compat stable that fixes the other issue. As for the other issue (X11 not found), not sure. Thanks for pointing out how to clean up the LD_LIBRARY_PATH. Well, in fact I already knew but was so far just a bit too lazy to clean up. ;-) (Oh, but no remainders of kde-cvs were left in /etc/env.d or the library path...) Never mind. This isn't really a serious issue for me because I am going to reinstall Gentoo on my new hardware anyway and will more or less just take over my /home. Tomasz, I also didn't intend to "capture" your bugreport, just wanted to say "me2". ;-) ok, this bug should be cleaned up ... the issue is this: if i have /usr/X11R6/lib in /etc/ld.so.conf, then should this command work: gcc test.c -lX11 or, should the command be this: gcc test.c -lX11 -L/usr/X11R6/lib currently, only the second one works ... and as far as i know, it should be that way. thus we come back to the original bug ... please provide the package that failed to locate Xpm and the output of that command Daniel's bug with kde-cvs is completely unrelated to this report |