Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 17281 - adonthell won't compile (LDPATH problem?)
Summary: adonthell won't compile (LDPATH problem?)
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Games (show other bugs)
Hardware: All Linux
: High normal
Assignee: Gentoo Games
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-03-10 22:52 UTC by Turambar
Modified: 2003-07-06 22:33 UTC (History)
1 user (show)

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


Attachments
Patch, modified ebuild (adonthell.tar.gz,1.28 KB, application/octet-stream)
2003-03-10 22:54 UTC, Turambar
Details
0.3.3-configure.in.patch (0.3.3-configure.in.patch,441 bytes, text/plain)
2003-06-25 02:40 UTC, Jason Shoemaker (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Turambar 2003-03-10 22:52:31 UTC
adonthell's configure program checks for Python dependencies on line 12773. On
my system, it effectively does the following:

$ ldd /usr/bin/python | sed 's/\( *lib\([^\/]*\)\.so.*=.*$\)/-l\2/p; d'
        /usr/lib/-lfreetype
        -ldl
        -lpthread
        -lutil
        -lstdc++
        -lm
        -lgcc_s
        -lc

This string is passed into the Makefile, which fails to compile because of the
"/usr/lib/" in front of freetype. `ldd /usr/bin/python` reveals why this happens:

        /usr/lib/libfreetype.so => /usr/lib/libfreetype.so (0x40013000)
        libdl.so.2 => /lib/libdl.so.2 (0x4009a000)
        libpthread.so.0 => /lib/libpthread.so.0 (0x4009d000)
        libutil.so.1 => /lib/libutil.so.1 (0x400ec000)
        libstdc++.so.5 =>
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2/libstdc++.so.5 (0x400ef000)
        libm.so.6 => /lib/libm.so.6 (0x401bb000)
        libgcc_s.so.1 => /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2/libgcc_s.so.1
(0x401dd000)
        libc.so.6 => /lib/libc.so.6 (0x401e7000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)


At this point, I'm not sure what the Right Thing to do is. It doesn't look like
/lib or /usr/lib are part of my ldconfig, which probably contributes to the
problem. Should those go in /etc/env.d/00basic?

cat /etc/ld.so.conf 
# ld.so.conf autogenerated by env-update; make all changes to
# contents of /etc/env.d directory
/usr/local/lib
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2
/opt/intel/compiler60/ia32/lib
/usr/lib/opengl/nvidia/lib
/usr/lib/mozilla
/usr/X11R6/lib
/opt/sun-jdk-1.4.1.01/jre/lib/
/usr/qt/3/lib
/usr/kde/3.1/lib
/usr/qt/2/lib
/usr/kde/3/lib
/usr/kde/2/lib
/opt/lib
/usr/games/lib
/usr/lib/fltk-1.1
/usr/lib/fltk-1.0


Or is the Right Thing to just change line 12773 to this?

py_deps=`ldd $PYPACKAGE | sed 's/\( *.*lib\([^\/]*\)\.so.*=.*$\)/-l\2/p; d'`


I created a patch and a modified ebuild that fix this ebuild, but am wondering
if this is part of a larger problem.

-Pete
Comment 1 Turambar 2003-03-10 22:54:30 UTC
Created attachment 9239 [details]
Patch, modified ebuild

This patch contains the following:

adonthell/
adonthell/files/
adonthell/files/adonthell-0.3.3-configure.patch
adonthell/files/digest-adonthell-0.3.3-r1
adonthell/ChangeLog
adonthell/adonthell-0.3.3-r1.ebuild

It builds for me. =)
Comment 2 SpanKY gentoo-dev 2003-03-11 07:49:23 UTC
odd, my python is not linked against libfreetype.so 
 
could you post `emerge info` please ? 
Comment 3 Turambar 2003-03-11 17:02:14 UTC
# emerge info
Portage 2.0.47-r8 (default-x86-1.4, gcc-3.2.2, glibc-2.2.5-r2,2.3.2-r0)
=================================================================
System uname: 2.4.20-gentoo-r1 i686 Intel(R) Pentium(R) 4 CPU 1.80GHz
GENTOO_MIRRORS="ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://gentoo.oregonstate.edu ftp://ftp.oregonstate.edu/pub/gentoo http://distro.ibiblio.org/gentoo "
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/X11R6/lib/X11/xkb /opt/jakarta/tomcat/conf /usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config /opt/quake3/cpma/server.cfg"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR_OVERLAY="/usr/local/portage"
USE="x86 gs lmcs smooth gsf -3dfx dga -matrox -voodoo3 X directfb fbcon fbconfig opengl -3dnow mmx sse aalib acpi apm alsa oss arts avi dvd encode esd flash gd gif imlib imlib2 jpeg mpeg mikmod nas oggvorbis png quicktime svga tiff wmf xmms xv apache2 curl berkdb dvb gdbm innodb bonobo mysql -oci8 odbc postgres canna cjk freewnn mule cdr crypt kerberos pam ssl cups plotutils doc ethereal ipv6 evo freetype truetype firebird pdflib fortune gb ggi ggz gnome gphoto2 gpm gps gtk gtk2 gtkhtml guile perl python qt readline ruby slang tcltk xml xml2 zeo -icc -icc-pgo java jikes junit pic -static imap leim maildir mbox kde lcms ldap snmp socks5 tcpd libg++ libgda libwww motif mozilla mozaccess-builtin mozctl mozxmlterm mozqt ncurses nls oav -nocardbus -pcmcia pnp trusted -wavelan pda samba sasl scanner sdl slp spell tetex usb xface zlib"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer"
CXXFLAGS="-march=pentium4 -O3 -pipe -fomit-frame-pointer"
ACCEPT_KEYWORDS="x86 ~x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
FEATURES="sandbox ccache"
Comment 4 Turambar 2003-03-11 17:15:55 UTC
Kai Sterker (Adonthell developer) just added the ldd patch to Adonthell cvs. He said it should be included in the 0.3.4 release. That will close this bug, but I'm still wondering if there is a problem with how ld.so.conf is constructed.

-Pete
Comment 6 Jason Shoemaker (RETIRED) gentoo-dev 2003-06-25 02:40:00 UTC
Created attachment 13820 [details]
0.3.3-configure.in.patch

When I tried to emerge it failed. It starts here:
checking for Python's dependencies...  /lib/-lsandbox -ldl -lpthread -lutil
-lstdc++ -lgcc_s

g++ later complains about the /lib/-lsandbox.

After some checking, I discovered that the patch wasn't patching the file
expected. It patchs configure and not configure.in.  So the call to autoconf
erases the patch.

About the patch:
Not sure what CLO you used to maked the patch, I just did "diff -C 1
configure.in.orig configure.in". 

Regards,
  kutsuya
Comment 7 SpanKY gentoo-dev 2003-07-06 22:33:39 UTC
*** Bug 24022 has been marked as a duplicate of this bug. ***