I did search, and found similar bugs like Bug #86954, but not quite the same. I don't have any crazy CFLAGS and my system is mostly stable x86. Here's some output: i686-pc-linux-gnu-gcc -Wall -Wno-switch -O -march=pentium4 -pipe -fomit-frame-pointer -DHAVE_AV_CONFIG_H -I.. -I/var/tmp/portage/ffmpeg-0.4.9_p20060530/work/ffmpeg-0.4.9-p20060530-static/libavutil -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o i386/snowdsp_mmx.o i386/snowdsp_mmx.c In file included from i386/dsputil_mmx.c:2622: i386/h264dsp_mmx.c:49:1: warning: "SBUTTERFLY" redefined i386/dsputil_mmx.c:1525:1: warning: this is the location of the previous definition i386/h264dsp_mmx.c:1262:1: warning: "PUT_OP" redefined i386/dsputil_mmx.c:2377:1: warning: this is the location of the previous definition i386/dsputil_mmx.c: In function
I did search, and found similar bugs like Bug #86954, but not quite the same. I don't have any crazy CFLAGS and my system is mostly stable x86. Here's some output: i686-pc-linux-gnu-gcc -Wall -Wno-switch -O -march=pentium4 -pipe -fomit-frame-pointer -DHAVE_AV_CONFIG_H -I.. -I/var/tmp/portage/ffmpeg-0.4.9_p20060530/work/ffmpeg-0.4.9-p20060530-static/libavutil -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o i386/snowdsp_mmx.o i386/snowdsp_mmx.c In file included from i386/dsputil_mmx.c:2622: i386/h264dsp_mmx.c:49:1: warning: "SBUTTERFLY" redefined i386/dsputil_mmx.c:1525:1: warning: this is the location of the previous definition i386/h264dsp_mmx.c:1262:1: warning: "PUT_OP" redefined i386/dsputil_mmx.c:2377:1: warning: this is the location of the previous definition i386/dsputil_mmx.c: In function gmc_mmx: i386/dsputil_mmx.c:2429: warning: suggest parentheses around arithmetic in operand of | i386/dsputil_mmx.c:2429: warning: suggest parentheses around arithmetic in operand of | i386/dsputil_mmx.c:2430: warning: suggest parentheses around arithmetic in operand of | i386/dsputil_mmx.c:2430: warning: suggest parentheses around arithmetic in operand of | i386/dsputil_mmx.c:2430: warning: suggest parentheses around arithmetic in operand of | i386/h264dsp_mmx.c: In function h264_h_loop_filter_luma_mmx2: i386/dsputil_mmx.c:621: error: can't find a register in class GENERAL_REGS while reloading asm make[1]: *** [i386/dsputil_mmx.o] Error 1 make[1]: *** Waiting for unfinished jobs.... make[1]: Leaving directory `/var/tmp/portage/ffmpeg-0.4.9_p20060530/work/ffmpeg-0.4.9-p20060530-static/libavcodec' make: *** [lib] Error 2 !!! ERROR: media-video/ffmpeg-0.4.9_p20060530 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile ffmpeg-0.4.9_p20060530.ebuild, line 164: Called die My info: Portage 2.1.1-r1 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.4-r4, 2.6.18-gentoo-r2 i686) ================================================================= System uname: 2.6.18-gentoo-r2 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz Gentoo Base System version 1.12.6 Last Sync: Sun, 12 Nov 2006 18:50:01 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] 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.17-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O -march=pentium4 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O -march=pentium4 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks fixpackages metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.mirrors.easynews.com/linux/gentoo http://mirror.datapipe.net/gentoo http://gentoo.osuosl.org" LANG="en_US.utf8" LC_ALL="en_US.utf8" LINGUAS="en" 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="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.us.gentoo.org/gentoo-portage" USE="x86 X a52 aac amr audiofile bash-completion berkdb bitmap-fonts bzip2 cairo cdr cli cracklib crypt curl dbus dlloader dri dvd dvdr elibc_glibc encode exif fam firefox flac fortran freetype gdbm gif gnutls gpm gtk hal iconv idn input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog java jpeg jpeg2k kde kdeenablefinal kernel_linux lcms libg++ linguas_en lm_sensors logrotate mad mmx mng mp3 mpeg mplayer musicbrainz ncurses nls nptl nptlonly offensive ogg opengl pam pcre perl png ppds pppd python qt3 qt4 quicktime readline real reflection ruby session spell sse sse2 ssl startup-notification threads tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU video_cards_nvidia vorbis win32codecs xine xml xorg xscreensaver xv xvid xvmc zeroconf zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
One thing I forgot: emerge -1vtp ffmpeg These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N ] media-video/ffmpeg-0.4.9_p20060530 USE="a52 aac amr encode mmx ogg threads truetype vorbis xvid zlib (-altivec) -debug -doc -dts -ieee1394 -imlib -network -oss -sdl -test -theora -v4l -x264" 0 kB
Shrug... Use something else than -O, like -O1 or -O2 and try again.
(In reply to comment #2) > Shrug... Use something else than -O, like -O1 or -O2 and try again. -O1 was the same. With -O2 it compiled fine. Should that flag be enforced in the ebuild?
(In reply to comment #3) > -O1 was the same. With -O2 it compiled fine. Should that flag be enforced in > the ebuild? As said... shrug :=)
oy. not again. see bug #35667, bug #44463, bug #46465, bug #51122, bug #73424, bug #74032, bug #91659, bug #91789, bug #100845, bug #104966, bug #105040, and finally, http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11203 and http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13850. lu_zero, we really need to kill this. ;P
(In reply to comment #5) > oy. not again. Yes, force the flag...I just begin to really hate multimedia software.
(In reply to comment #6) > (In reply to comment #5) > > oy. not again. > > Yes, force the flag...I just begin to really hate multimedia software. Any comment on that? Will you force it or should x86 do this?
(In reply to comment #7) > Any comment on that? Will you force it or should x86 do this? Uhm, since upstream debates have been limited to flames on whether gcc sucks or the code sucks for ages, I'd suggest sticking append-flags into the ebuild and closing this bug.
Ok, thanks lu_zero for taking care of this.