Compilation of subversion-0.32.1 fails with the following error: ./libtool: ./libtool: No such file or directory make: *** [subversion/libsvn_subr/libsvn_subr-1.la] Error 127 If I copy libtool from the top dir into subversion/libsvn_subr it compiles but complains in the next dir about missing libtool there. Seems it should look for it in the top dir instead of ./ emerge info: Portage 2.0.49-r15 (default-ppc-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.22-ppc-dev) ================================================================= System uname: 2.4.22-ppc-dev ppc Gentoo Base System version 1.4.3.11 distcc 2.11.2 powerpc-unknown-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] ACCEPT_KEYWORDS="ppc ~ppc" AUTOCLEAN="yes" CFLAGS="-O2 -pipe -mcpu=750" CHOST="powerpc-unknown-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 /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="-O2 -pipe -mcpu=750" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache buildpkg distcc userpriv usersandbox cvs" GENTOO_MIRRORS="http://212.219.247.10/sites/www.ibiblio.org/gentoo/ http://212.219.247.11/sites/www.ibiblio.org/gentoo/ ftp://gentoo.linux.no/pub/gentoo/ http://212.219.247.13/sites/www.ibiblio.org/gentoo/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo" MAKEOPTS="-j2" 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="oss dvd xv jpeg nls mitshm gif png truetype ppc cups foomaticdb gnome-libs directfb alsa gdbm berkdb slang readline arts tetex bonobo tcltk guile ruby X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gnome gtk qt motif opengl mozilla cdr acl bindist crypt cscope curl dga doc dv encode faad fbcon fbdev ffmpeg fluidsynth glut gnomedb gstreamer gtk2 gtkhtml imagemagick imlib2 java javascript jikes joystick junit ladcca lcms libg mad matroska mcal md5sum mikmod mng moznocompose moznoirc moznomail mozsvg mpeg mpi ncurses objc odbc offensive openal openssh pdflib pic plotutils quicktime radeon samba socks5 sox spell sqlite stencil-buffer tiff transcode type1 usb wmf wxwin wxwindows Xaw3d xfs xinerama xml xml2 xmms xosd xvid zlib -kde"
Could you please attach the full build log. Probably something goes wrong, but without a build log I cannot really see what is wrong.
Created attachment 20474 [details] a build log for subversion-0.32.1 that shows the ./libtool not found error
I just got this same error, so here is by build log, attached #20474
I took a closer look at this. build-outputs.mk calls $(LINK) Makefile sets LINK = $(LIBTOOL) $(LTFLAGS) --mode=link ... and sets LIBTOOL = $(SHELL) $(abs_builddir)/libtool unfortunately it also sets abs_builddir = . even though config.log shows: abs_builddir='/home/portage/portage/subversion-0.32.1/work/subversion-0.32.1' (I have PORTAGE_TMPDIR=/home/portage in make.conf.) SO the fix is to make sure that configure sets uses an absolute rather than relative path when calling m4 to generate Makefile from Makefile.in.... I just gave a try after commenting out the db4 patch and subsequent elibtoolize and autoconf lines from src_unpack() in the ebuild. After that change the ebuild works, so the bug is dependent on having the latest autoconf, libtool et all ebuilds installed and using them, rather than whatever version was used to generate the configure script in the tarball.
James Cloo's fix worked for me. I commented out the line with the db4 patch, the 'elibtoolize' line and the 'autoconf' line, per his instructions.
That fix doesn't really work, you are lucky that it worked for you. The problem is with autoconf-2.58, in the new 0.33 version I'll make a dependency on <autoconf-2.58
Is there no fix for the pkg instead of downgrading autoconf?
Commenting out the patch, along with corresponding elibtoolize and autoconf lines, worked like a charm.
i'm having the same thing here, subversion-0.28, 30, 31, 32 all fail with that libtool problem. there is the last lines for 0.28. i have to build it since 0.35 has changed the database schema, and i need an old svnadmin to dump repositories. /bin/sh ./libtool --silent --mode=compile gcc -DLINUX=2 -D_REENTRANT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DSWIGPYTHON -march=athlon-tbird -O3 -pipe -fomit-frame-pointer -falign-functions=4 -fforce-addr -ffast-math -mmmx -m3dnow -pthread -I/usr/include/python2.2 -I./subversion/include -I. -I/var/tmp/portage/subversion-0.28.0/work/subversion-0.28/apr/include -I/var/tmp/portage/subversion-0.28.0/work/subversion-0.28/apr-util/include -o subversion/bindings/swig/swigutil_py.lo -c ./subversion/bindings/swig/swigutil_py.c cd subversion/libsvn_subr && /bin/sh ./libtool --silent --mode=link gcc -march=athlon-tbird -O3 -pipe -fomit-frame-pointer -falign-functions=4 -fforce-addr -ffast-math -mmmx -m3dnow -pthread -rpath /usr/lib -o libsvn_subr-1.la auth.lo cmdline.lo config.lo config_auth.lo config_file.lo config_win.lo error.lo getdate.lo hash.lo io.lo md5.lo opt.lo path.lo pool.lo quoprint.lo sorts.lo stream.lo subst.lo svn_base64.lo svn_string.lo target.lo time.lo utf.lo validate.lo xml.lo /var/tmp/portage/subversion-0.28.0/work/subversion-0.28/apr-util/libaprutil-0.la -lgdbm -ldb -lexpat /var/tmp/portage/subversion-0.28.0/work/subversion-0.28/apr/libapr-0.la -lrt -lm -lcrypt -lnsl -ldl ./libtool: ./libtool: No such file or directory.
dju, things should work with any autoconf that is unequal to 2.58 (2.59 works for me too) For the rest, please next time actually read why the ebuild insists on failing and dump your database.
sorry for inconvenience then. i've upgraded to autoconf-2.59 and everything works fine. for an unknown reason i can't remember having seen the warning.
