Emerging ogmrip-0.10.0-r1 fails to build due to an error in line 192 of the Makefile - the output of portage is attached. This line looks like this: ----- Makefile --------------- Line: Text ------------------------------ 191: MPLAYER_MAJOR_VERSION = 1 192: MPlayer mit CPU-Erkennung zur Laufzeit kompiliert. 193: MPLAYER_MINOR_VERSION = 0 194: MPlayer mit CPU-Erkennung zur Laufzeit kompiliert. 195: MPLAYER_PRE_VERSION = 8 196: MPlayer mit CPU-Erkennung zur Laufzeit kompiliert. ------------------------------ "MPlayer mit CPU-Erkennung zur Laufzeit kompiliert" means "MPlayer compiled with runtime cpu detection". I don't know anything about makefiles, but it seems strange to me that there should be a filetype where obvious comments are not prefixed with "# " or "/* " or something like that. And this is emerge --info: ---------------------------------------------------------------------- Portage 2.1.1-r2 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.4-r4, 2.6.18-gentoo-r3 x86_64) ================================================================= System uname: 2.6.18-gentoo-r3 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.12.6 Last Sync: Wed, 29 Nov 2006 04:50:01 +0000 ccache version 2.3 [enabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.3 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=k8 -O2 -pipe" DISTDIR="/home/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict userfetch userpriv usersandbox" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp.gentoo.mesh-solutions.com/gentoo/ ftp://pandemonium.tiscali.de/pub/gentoo/" LANG="de_DE.UTF-8" LC_ALL="de_DE.UTF-8" LINGUAS="de" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/home/portage/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="amd64 X a52 aac acpi alsa apache2 bash-completion berkdb bitmap-fonts bzip2 cairo cdparanoia cdr cli cracklib crypt cscope cups dbus dga dlloader dri dvd dvdr dvdread eds elibc_glibc encode esd evo exif fbcon ffmpeg firefox flac fortran gd gdbm gif gnome gnutls gphoto2 gpm graphviz gstreamer gtk gtk2 gtkhtml hal iconv imagemagick imlib input_devices_evdev input_devices_keyboard input_devices_mouse isdnlog java jbig jpeg jpeg2k kernel_linux lcms libg++ libnotify linguas_de logrotate mad matroska mng mono mp3 mpeg mysql ncurses nls nptl nptlonly nsplugin odbc ogg opengl pam pcre pdf perl php png ppds pppd python readline reflection sdl session speex spell spl sqlite ssl svg tcpd tetex theora threads tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU vcd video_cards_radeon vorbis wmf x264 xine xorg xpm xprint xv xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
Created attachment 103006 [details] Portage-Logfile
media-video/ogmrip-0.10.0-r1 builds and works flawlessly if mplayer is compiled WITHOUT runtime-cpu-detection. Since this is the preferred method, as it is said to be better for performance
media-video/ogmrip-0.10.0-r1 builds and works flawlessly if mplayer is compiled WITHOUT runtime-cpu-detection. Since this is the preferred method, as it is said to be better for performance¹, the priority of the bug is probably lower than normal. Greetings, Dirk ----- 1) ~# mplayer --verbose says so
I cannot reproduce this issue. Can you please post (or mail me) the result of mplayer -v with and without runtime-cpu-detection ? Thanks, Olivier
Created attachment 103963 [details] Output of mplayer -v without cpudetection WITH cpudetection will take a while - I'll have to rebuild it like this. Greetings, DS
(In reply to comment #5) > Created an attachment (id=103963) [edit] > Output of mplayer -v without cpudetection > > WITH cpudetection will take a while - I'll have to rebuild it like this. > > Greetings, > > DS > paint, what's the status? Also, try mplayer-1.0-rc1