After linking a whole bunch of stuff: rm -f .libs/tethereal.nm .libs/tethereal.nmS .libs/tethereal.nmT creating .libs/tetherealS.c ./libtool: line 4615: -v: command not found (cd .libs && -c -fno-builtin -fno-rtti -fno-exceptions "tetherealS.c") ./libtool: line 1: -c: command not found make[2]: *** [tethereal] Error 127 make[2]: *** Waiting for unfinished jobs.... rm -f .libs/ethereal.nm .libs/ethereal.nmS .libs/ethereal.nmT creating .libs/etherealS.c ./libtool: line 4615: -v: command not found (cd .libs && -c -fno-builtin -fno-rtti -fno-exceptions "etherealS.c") ./libtool: line 1: -c: command not found make[2]: *** [ethereal] Error 127 make[2]: Leaving directory `/var/tmp/portage/ethereal-0.10.0a/work/ethereal-0.10.0a' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/ethereal-0.10.0a/work/ethereal-0.10.0a' make: *** [all] Error 2 !!! ERROR: net-analyzer/ethereal-0.10.0a failed. I've successfully compiled this ebuild only days before, and since the only relevant thing I can think of is the libtool update. It has the same non-fatal problem aalib has, too: >>> Unpacking ethereal-0.10.0a.tar.bz2 to /var/tmp/portage/ethereal-0.10.0a/work * Patching ${S}/ltmain.sh... * Could not apply portage.patch! * Please verify that it is not needed. * Cannot apply any patch, running libtoolize... You should update your `aclocal.m4' by running aclocal. >>> Source unpacked.
please post emerge info
I am able to repeat this on an IBook2 with "emerge ethereal". Tried re-emerginng libtool, deleting ethereal tarball, etc... and still receive the same error. I too receive the patch failed error. I emerged sys-devel/libtool-1.5.2-r1 earlier this week. You can see the output of "emerge -d ethereal" at: http://www.sl-webdesigns.com/gentoo/ethereal.txt
Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20040207-r0, 2.6.3-rc1-mm1) ================================================================= System uname: 2.6.3-rc1-mm1 i686 AMD Athlon(tm) XP 3200+ Gentoo Base System version 1.4.3.13 distcc 2.12.1 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] Autoconf: sys-devel/autoconf-2.59 Automake: sys-devel/automake-1.8.2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer -fprefetch-loop-arrays -mfpmath=387,sse" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /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/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer -fprefetch-loop-arrays -mfpmath=387,sse" DISTDIR="/usr/portage/distfiles" FEATURES="ccache fixpackages sandbox" GENTOO_MIRRORS="http://www.mirror.ac.uk/sites/www.ibiblio.org/gentoo/ http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/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="3dnow S3TC X aalib acpi acpi4linux alsa apm arts avi cdr clanJavaScript clanVoice crypt cups curl dga directfb doc emacs encode esd fbcon flash foomaticdb gd gdbm ggi gif gimpprint gphoto2 gpm gtk gtk2 guile imap imlib ipv6 java javascript jikes jpeg justify libg++ libwww mad mbox mikmod mmx motif mozilla mpeg msn music ncurses nls noqmax nptl offensive oggvorbis opengl oss pam passfile pda pdflib perl php pic png python qt quicktime readline ruby18 samba sdl slang spell sse ssl stencil-buffer svga tcltk tcpd tetex tiff truetype usb videos wmf x86 xml xml2 xmms xv xvid zlib" I have 2.6.1 headers too.
I have the problem with 2.4 kernel on x86 config. In my case the failure happens in libtool when using $EGREP variable which is never defined... Initial version of ltmain.sh does not refer to $EGREP so I suppose calling elibtoolize in the ebuild made the modification. Commenting out elibtoolize in the ebuild make the emerge succeed. Now I have ethereal but it core dumps... I don't know if it is related... but looking at bugs #39416 and #40660 it does not seem.
Same problems: rogue:fredde:~>ACCEPT_KEYWORDS="~x86" sudo emerge ethereal Calculating dependencies ...done! >>> emerge (1 of 1) net-analyzer/ethereal-0.10.0a to / >>> md5 src_uri ;-) ethereal-0.10.0a.tar.bz2 >>> Unpacking source... >>> Unpacking ethereal-0.10.0a.tar.bz2 to /var/tmp/portage/ethereal-0.10.0a/work * Patching ${S}/ltmain.sh... * Could not apply portage.patch! * Please verify that it is not needed. * Cannot apply any patch, running libtoolize... You should update your `aclocal.m4' by running aclocal. >>> Source unpacked. gtk2 ssl configure: WARNING: If you wanted to set the --build type, don't use --host. If a cross compiler is detected then cross compile mode will be used. checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu [... configure and build snip... ] /bin/sh ./libtool --mode=link gcc -D_U_="__attribute__((unused))" -Wall -W -O2 -mcpu=i686 -pipe -pthread -I/usr/ include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/X11R6/include -I /usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -L/usr/local/lib -o tethereal -expor t-dynamic packet-aarp.o packet-acap.o packet-afp.o packet-afs.o packet-aim.o packet-ajp13.o packet-alcap.o packet- [...snip of all .o files...] plugins/megaco/megaco.la "-dlopen" plugins/mgcp/mgcp.la "-dlopen" plugins/pcli/pcli.la "-dlopen" plugins/rdm/rdm.la "-dlopen" plugins/rtnet/rtnet.la -lpcre -Wl,--export-dynamic -lgmodule-2.0 -ldl -lglib-2.0 -lm -lpcap -lz rm -f .libs/tethereal.nm .libs/tethereal.nmS .libs/tethereal.nmT creating .libs/tetherealS.c ./libtool: line 4639: -v: command not found (cd .libs && -c -fno-builtin -fno-rtti -fno-exceptions "tetherealS.c") ./libtool: line 1: -c: command not found make[2]: *** [tethereal] Error 127 make[2]: *** Waiting for unfinished jobs.... rm -f .libs/ethereal.nm .libs/ethereal.nmS .libs/ethereal.nmT creating .libs/etherealS.c ./libtool: line 4639: -v: command not found (cd .libs && -c -fno-builtin -fno-rtti -fno-exceptions "etherealS.c") ./libtool: line 1: -c: command not found make[2]: *** [ethereal] Error 127 make[2]: Leaving directory `/var/tmp/portage/ethereal-0.10.0a/work/ethereal-0.10.0a' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/ethereal-0.10.0a/work/ethereal-0.10.0a' make: *** [all] Error 2 !!! ERROR: net-analyzer/ethereal-0.10.0a failed. !!! Function src_compile, Line 79, Exitcode 2 !!! compile problem rogue:fredde:~>emerge info Portage 2.0.50-r1 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20040207-r0, 2.4.22-gentoo-r5) ================================================================= System uname: 2.4.22-gentoo-r5 i686 Intel(R) Pentium(R) 4 CPU 2.00GHz Gentoo Base System version 1.4.3.13 Autoconf: sys-devel/autoconf-2.59 Automake: sys-devel/automake-1.8.2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -mcpu=i686 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -mcpu=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo/ ftp://trumpetti.atm.tut.fi/gentoo/ http://ds.thn.htu.se/linux/gentoo http://mirror.pudas.net/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X avi berkdb cdr crypt cscope cups encode esd foomaticdb gdbm gif gphoto2 gpm gtk gtk2 imagemagick imlib imlib2 java jpeg kde libg++ libwww mad mikmod mmx motif moznocompose moznoirc moznomail mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png python qt quicktime readline ruby sdl slang spell sse ssl svga tcltk tcpd truetype usb x86 xml2 xmms xv zlib" rogue:fredde:~>libtool --version ltmain.sh (GNU libtool) 1.5.2 (1.1220.2.60 2004/01/25 12:25:08) Need more info?
Well, I found the problem. in libtool in the main source tree, the shell script has $LTCC -c$[more stuff], but LTCC is never defined! Example: # Now compile the dynamic symbol file. $show "(cd $output_objdir && $LTCC -c$no_builtin_flag$pic_flag_for_sy$ $run eval '(cd $output_objdir && $LTCC -c$no_builtin_flag$pic_flag_fo$ I just found the solution as I ran a few tests. Edit "libtool" in the source directory, then add the line: LTCC="g++" in the file somewhere. Loooking further, the LIBTOOL CONFIG section of configure can also be edited to add that feature. Unfortunately, as emerge --resume and emerge ethereal BOTH overwrite the configure files and the configure file overwrites the libtool file, unless someone knows a better way, the only thing I can think of would be to head over to the ethereal source dir in /var/tmp/portage and `make install` from there. If someone wants to make a patch and upgrade the ebuild to apply the patch during src_compile() that would be great. I'm not good at doing patches so... Anyways, hope this helps some people resolve this! Further feedback and results are much appreciated!
Based on Chris White's LTCC="g++" findings in libtool I tried the following in a root terminal session: > export LTCC="g++" > emerge ethereal This seems to work as I have a compiled and functioning version of ethereal. Immediately previous to this trial I'd emerged ethereal from scratch and it bombed so I wasn't expecting a quick workaround like this. Granted this *is* a work-around, but it's a bit easier than monkeying around with the source of libtool. Hope this helps others.
Putting LTCC="g++" into make.conf also did the trick for me (maybe export LTCC="g++" too). But how I came to this: Etherreal worked fine, last used maybe 3 weeks ago, but now when I try to load a dumpfile etherreal exits with this: ** ERROR **: file ftypes.c: line 420 (fvalue_set): assertion failed: (fv->ftype->set_value) aborting...
This is fixed now in cvs, thanks