emerge -u mpeg4ip fails Reproducible: Always Steps to Reproduce: 1.emerge -u mpeg4ip 2. 3. Actual Results: /bin/sh ../../../../libtool --mode=compile gcc -c -o mmxidct.lo `test -f 'mmxidct.S' || echo './'`mmxidct.S i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../../../.. -I../../../../include -DHAVE_MMX -fomit-frame-pointer -falign-loops=2 -falign-jumps=2 -falign-functions=2 -O2 -march=athlon-xp -pipe -DUSE_MMX -DMPEG4IP -MT vlc.lo -MD -MP -MF .deps/vlc.Tpo -c vlc.c -fPIC -DPIC -o .libs/vlc.o libtool: compile: unable to infer tagged configuration libtool: compile: specify a tag with `--tag' make[5]: *** [mmxidct.lo] Error 1 make[5]: *** Waiting for unfinished jobs.... Expected Results: emerged successfully Gentoo Base System version 1.6.12 Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130, glibc-2.3.4.20041102-r1, 2.6.12 i686) ================================================================= System uname: 2.6.12 i686 AMD Athlon(tm) XP 2200+ Python: dev-lang/python-2.1.3-r1,dev-lang/python-2.2.3-r5,dev-lang/python-2.3.5 [2.3.5 (#1, Apr 29 2005, 09:30:33)] dev-lang/python: 2.1.3-r1, 2.2.3-r5, 2.3.5 sys-apps/sandbox: [Not Present] sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r10 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.8.1-r1, 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /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/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org 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.namerica.gentoo.org/gentoo-portage" USE="x86 X aalib acpi alsa apache2 apm arts avi berkdb bitmap-fonts bonobo cdr clamav crypt ctype cups curl dba dbm dga directfb divx4linux doc dv dvdr dvdread eds emboss encode esd fam fame flac foomaticdb fortran freetds gb gcj gd gdbm gif gimpprint gnome gnomedb gnuplot gnustep gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile imagemagick imap imlib ipv6 jack java javascript jikes jpeg junit libg++ libwww lzo mad maildir matrox mikmod mjpeg mmx mmx2 motif mozilla mp3 mpeg mysql ncurses nentwork nls odbc ogg oggvorbis opengl oss pam pdflib perl php plotutils png postgres ppds python qt quicktime readline real rtc ruby samba sasl scanner sdl session slang soap speex spell sqlite sse2 ssl svga tcltk tcpd tetex theora tiff transcode truetype truetype-fonts type1-fonts unicode usb v4l videos vorbis wavelan wxwindows xanim xine xml xml2 xmlrpc xmms xv xvid xvmc zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS
try re-emerging libtool ? Which version of mpeg4ip are you trying to compile? .. this is probably a dupe of #77988 (but it wasnt fixed properly)
I re-emerged libtool. Also brought system up to date, the tried to emerge mpeg4ip again with same error.
I'm getting the same error message (x86 platform). My first attempt left flags as is (thus motif flag was enabled, gtk disabled) I tried again disabling motif and enabling gtk flags, but it still halted with the same error.
Sorry ignore my post with the "motif" flags (I was also having problems getting xscreensaver to compile when I did an emerge -avuD world and that is where the motif flag causes the problems and I got confused which bug report I was posting too). The mpeg4ip I've only tried with: +alsa +arts -esd +gtk -ipv6 +mmx -nas -v4l2 -xvid flags (and ones with -gtk) and both attempts failed with the same error Heitzso had.
The problem command line is: /bin/sh ../../../../libtool --mode=compile gcc -c -o mmxidct.lo `test -f 'mmxidct.S' || echo './'`mmxidct.S Rather than invoke that versin of libtool I ran: libtool --mode=compile gcc -c -o mmxidct.lo `test -f 'mmxidct.S' || echo './'`mmxidct.S thereby using the normal gentoo libtool. That worked. I then started running 'make' by hand in sequence traveling up (or down, depending on your perspective) the directory tree. BTW, the directory this is in (initial problem dir): /var/tmp/portage/mpeg4ip-1.1/work/mpeg4ip-1.1/common/video/libmpeg32/video I've tried to compile mpeg4ip on Ubuntu and it consistently fails, also tangles badly with other libraries. A mess. I find myself trying to run Dyne::Bolic to get a working version of mpeg4ip programs, but that does not support newer motherboards, chipsets (based on slightly older 2.4.x kernel). Pain. Enough venting. While venting my last make ran okay (in the mpeg4ip-1.1 dir). I'm running "make install" now -- ran fine. Programs now in /usr/bin Hope this helps someone.
I can confirm this bug, it's the same with mpeg4ip 1.3. Re-emerging libtool doesn't do anything since the package includes its own libtool files. On the other hand, running aclocal automake autoconf libtoolize --copy --force in the package directory seems to fix the problem. So presumably the libtool distributed with the package is really out of date. I'm not sure if that's a good approach as part of an ebuild? But I'm gonna submit a patch that does that anyway. Lastly: perhaps the priority of this bug can be upped? I am fairly sure that there is no version of mpeg4ip which can be emerged on any reasonably recent gentoo system.
Created attachment 67404 [details, diff] patch mpeg4ip ebuild to recreate makefile/configure and refresh libtool files with this, mpeg4ip-1.1 builds fine for me, otherwise it fails in the exact same way as described by the original poster.
Actually, the only thing needed is "libtoolize --copy --force" Olivier: As I can reproduce this easily, mind if I take over this bug? Would like to see it fixed, as the new media-sound/easytag depends on it.
its all yours.. btw.. if it depends on libmp4v2.. its also provided by media-libs/libfaad2 (altough the libfaad2 version is older and has some bugs).
I just fixed mpeg4ip-1.1 (the current stable version). 1.3 seems to be unaffected, and I can't compile 1.2 due to bug 111426. If people find that other versions are affected by this bug, please reopen.