Bugzilla Bug 64262

Trying to emerge gst-plugins-ffmpeg-0.8.1 fails, probably because I have xorg
running. Not sure, though.

Reproducible: Always
Steps to Reproduce:
1. try to emerge gst-plugins-ffmpeg-0.8.1

Actual Results:  
gcc -O2 -march=athlon-xp -fomit-frame-pointer -pipe -o ffplay ffplay-cmdutils.o
ffplay-ffplay.o -Wl,-rpath -Wl,/usr/lib  -L/usr/lib /usr/lib/libSDL.so
-L/usr/i686-pc-linux-gnu/bin -L/usr/i686-pc-linux-gnu/lib
-L/usr/lib/gcc/i686-pc-linux-gnu/../../../i686-pc-linux-gnu/lib
/usr/lib/libasound.so -ldl -lpthread libavformat/.libs/libavformat.a
/usr/lib/gcc/i686-pc-linux-gnu/3.4.1/libstdc++.so -lgcc_s -lc
libavcodec/.libs/libavcodec.a -lm -lz -Wl,--rpath
-Wl,/usr/lib/gcc/i686-pc-linux-gnu/3.4.1 -Wl,--rpath
-Wl,/usr/lib/gcc/i686-pc-linux-gnu/3.4.1
ffplay-ffplay.o(.text+0x2b9a): In function `main':
: undefined reference to `XOpenDisplay'
ffplay-ffplay.o(.text+0x2bcd): In function `main':
: undefined reference to `XCloseDisplay'
collect2: ld returned 1 exit status

Expected Results:  
should compile cleanly.

emerge info
Portage 2.0.51_rc1 (default-x86-2004.2, gcc-3.4.1, glibc-2.3.4.20040808-r0,
2.6.8.1 i686)
=================================================================
System uname: 2.6.8.1 i686 AMD Athlon(tm) XP 1800+
Gentoo Base System version 1.5.3
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.90.0.1.1-r3
Headers:  sys-kernel/linux26-headers-2.6.8.1
Libtools: sys-devel/libtool-1.5.2-r5
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config
/var/qmail/control"CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo
http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/
ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/
http://ftp.uni-erlangen.de/pub/mirrors/gentoo
ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo
ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo
ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo
http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/
http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/
ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/
ftp://ftp.gentoo.mesh-solutions.com/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow acpi alsa avi berkdb crypt cups encode esd flac foomaticdb gdbm
gnome
gnutls gstreamer gtk gtk2 imlib jpeg libg++ libwww lirc mikmod mmx motif
mozilla
moznocompose moznoirc moznomail mozsvg mpeg ncurses nls nptl oggvorbis opengl
pam pdflib perl png python quicktime readline sdl slang spell ssl tcpd truetype
unicode userlocales x86 xml2 xv zlib"

I had the same bug. I found a hint to reemerge libsdl on this page
http://www.pseudorandom.org/irclog/freenode/%23xfree86/%23xfree86.2003-08/%23xfree86.2003-08-18.log
and it worked for me. It seems to have something to do with emerging glibc or
gcc emerged at a wrong time...

*** Bug 67625 has been marked as a duplicate of this bug. ***

I've got a like problem. The issue I've been experiencing since 0.8.1 is,
however, the inability to compile with -sse2 CFLAGS, i.e. -march=pentium4
doesn't work. I don't know exactly why it doesn't compile, but I solved it by
using the pentium3 architecture flagset.

I had this problem with the CFLAG -O3, after switching it to -O2 it compiled
fine... which doesn't seem to help the poster who already has -O2, but if
someone else gets stuck here, check that.

The bug #67625, which is marked as a duplicate of this report, does not seem to
be the same as this bug. Anyway, the one reported in #67625 is handled in
gstreamer bugzilla:

http://bugzilla.gnome.org/show_bug.cgi?id=155363

Short version: dsputil_mmx.c must be compiled with -fomit-frame-pointer

To be more precise, you need "-O2 -fomit-frame-pointer".

added some more stripping to 0.8.2, should take care of this 

#5 i don't buy that one, i build everything without omit-frame-pointer (good if you want to debug your system folks !). I bet it's still a gcc/glib/arch/cpu specific issue.

I'm gonna close this, i have not the slightest illusion that we will cover all possible combinations of CFLAGS/gcc's, but there is a limit to what we can do here.

For future reference, I got around bug #67625 by changing my CFLAGS as such:

old:
"-Os -march=pentium4 -fomit-frame-pointer -pipe"

new:
"-O2 -march=pentium3 -fomit-frame-pointer -pipe"

-Os already got filtered all along, so that shouldn't be the problem.

*** Bug 67625 has been marked as a duplicate of this bug. ***

i meant comment #7 ofcourse

gst-plugins-ffmpeg-0.8.2 compiled perfectly with:
CFLAGS="-O3 -march=pentium4 -fomit-frame-pointer -funroll-loops -pipe -mmmx -msse -msse2 -mfpmath=sse"

for gst-plugins-ffmpeg-0.8.2-r1, I had to change to -march=pentium3 and -O2 (The others could be left intact).

I dont know if it's normal, but looks like that strip-flags or filter-flags in
the ebuild for 0.8.2-r1 remove even the -fomit-frame-pointer and so
gst-plugin-ffmpeg cant compile :/

-O2 -march=pentium3 -fomit-frame-pointer works. -O3 with the same configuration
doesn't.

Maybe we should leave this bug in the open state so that it shows up when
people search for gst-plugins-ffmpeg problems before they file new bugs.  This
bug is hardly RESOLVED FIXED.

*** Bug 73424 has been marked as a duplicate of this bug. ***

RE: #14:

I agree.  I've been having this problem for a while now, and didn't find this bug because of it being resolved. Bugs 67625 and 73424 show my exact error, but this one contains nothing that I would search for based on what I saw.

foser: "someone didn't search again" is a bit harsh.  Try searching for "ALL gst ffmpeg mmx", and you won't end up here.

gst-plugins-ffmpeg-0.8.2-r1 failed with 
  CFLAGS="-march=i686 -Os -pipe"

but succeeds with:
  CFLAGS="-march=i686 -O2 -fomit-frame-pointer -pipe"

foser, please check my comments from:

   http://bugs.gentoo.org/show_bug.cgi?id=73661#c8

Some of us _need_ -fomit-frame-pointer with at least -O1.

But let me demonstrate it:

-----
nosferatu i386 # i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../libavcodec -DHAVE_AV_CONFIG_H=1 -msse -march=pentium4 -MT libmmxsse_la-dsputil_mmx.lo -MD -MP -MF .deps/libmmxsse_la-dsputil_mmx.Tpo -c dsputil_mmx.c  -fPIC -DPIC -o .libs/libmmxsse_la-dsputil_mmx.o
dsputil_mmx.c: In function `h263_h_loop_filter_mmx':
dsputil_mmx.c:614: error: can't find a register in class `GENERAL_REGS' while reloading `asm'

(this was with CFLAGS="-march=pentium4".  Note that ffmpeg adds -msse itself.)

nosferatu i386 # i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../libavcodec -DHAVE_AV_CONFIG_H=1 -msse -march=pentium4 -MT libmmxsse_la-dsputil_mmx.lo -MD -MP -MF .deps/libmmxsse_la-dsputil_mmx.Tpo -c dsputil_mmx.c  -fPIC -DPIC -o .libs/libmmxsse_la-dsputil_mmx.o -O2
dsputil_mmx.c: In function `h263_h_loop_filter_mmx':
dsputil_mmx.c:614: error: can't find a register in class `INDEX_REGS' while reloading `asm'

(this was with CFLAGS="-march=pentium4 -O2")

nosferatu i386 # i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../libavcodec -DHAVE_AV_CONFIG_H=1 -msse -march=pentium4 -MT libmmxsse_la-dsputil_mmx.lo -MD -MP -MF .deps/libmmxsse_la-dsputil_mmx.Tpo -c dsputil_mmx.c  -fPIC -DPIC -o .libs/libmmxsse_la-dsputil_mmx.o -fomit-frame-pointer
dsputil_mmx.c: In function `h263_h_loop_filter_mmx':
dsputil_mmx.c:614: error: can't find a register in class `GENERAL_REGS' while reloading `asm'

(this was with CFLAGS="-march=pentium4 -fomit-frame-pointer")

nosferatu i386 # i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../libavcodec -DHAVE_AV_CONFIG_H=1 -msse -march=pentium4 -MT libmmxsse_la-dsputil_mmx.lo -MD -MP -MF .deps/libmmxsse_la-dsputil_mmx.Tpo -c dsputil_mmx.c  -fPIC -DPIC -o .libs/libmmxsse_la-dsputil_mmx.o -fomit-frame-pointer -O2
nosferatu i386 #

(this that actually worked, was with CFLAGS="-march=pentium4 -fomit-frame-pointer -O2")

-----

Also please note that just removing '-Os' and '-O3' is _wrong_.  You need to
at least replace those by '-O' or '-O2' ...

the plan was to just go with the mplayer restrictions, just havent gotten
around to it.

That would work, although mplayer adds -march=foo, and this do not, so some
people could have performance issues.  It should be OK for now until somebody
moans and we can look into doing it another way.

added the mplayer set to 0.8.2-r1 , please resync & testbuild that one

Az, I'm not quite sure what you mean with mplayer adding -march=foo ?

I mean mplayer's configure adds flags like -march=pentium4, -ffast-math, etc
that gst-plugins-ffmpeg
do not add.

That is not our job here, we just try to prevent the user from using CFLAGS
that will break the build.

Created an attachment (id=45923) [edit]
gst-plugins-ffmpeg-fomit_frame_pointer.patch

Well, technically you broke my working compile with nice flags :P

The alternative is this patch.	With this it compiles with -O3, -Os, etc.

PS: please do check:

   http://bugzilla.gnome.org/show_bug.cgi?id=155363

  the devs of this _say_ that it have to be compiled with -fomit-frame-pointer ...

The devs say that it needs to be built with -fomit-frame-pointer for it to
compile, not for the running of it.

You lost me there .. or are you just saying what I am saying?

I'd just have ffmpeg set its own CFLAGS if it wasn't frowned upon.

btw i always compile without -fomit-frame-pointer and have no problems + we don't remove omit-frame-pointer itself.

For some reason some archs need it, and its is stip-flags() that removes it ...
Either way I do not care ... just thinking if you get a bug about it not
being optimized enough ... guess then you can dig this patch up again.

Added 0.8.3 , let's see how this one behaves. Please post your problems with
this version clear indications of CFLAGS/info here.

@ comment #29 : we don't do strip-flags in the >=0.8.2-r1 ebuild anymore.

I have upgraded to 0.8.5-r1 which seems to be default now, but I can also
confirm using same make.conf I can downgrade to 0.8.3.

emerge info
Portage 2.0.51-r3 (default-linux/x86/2004.0, gcc-3.3.4,
glibc-2.3.4.20040808-r1, 2.6.10-rc1-bk20 i686)
=================================================================
System uname: 2.6.10-rc1-bk20 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.90.0.1.1-r3
Headers:  sys-kernel/linux-headers-2.4.19-r1,sys-kernel/linux-headers-2.4.21-r1
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-msse3 -O3 -fomit-frame-pointer -march=pentium4 -funroll-loops -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/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/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/bind
/var/qmail/alias /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/afs/C /etc/afs/afsws /etc/gconf /etc/terminfo
/etc/env.d"
CXXFLAGS="-msse3 -O3 -fomit-frame-pointer -march=pentium4 -funroll-loops -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://gentoo.mirror.icd.hu/
http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/
http://gd.tuwien.ac.at/opsys/linux/gentoo/
ftp://ftp.tu-clausthal.de/pub/linux/gentoo/"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 FFmpeg X Xaw3d aalib acl acpi adns afs alsa apache2 apm arts ati
avcodec avi berkdb bidi bitmap-fonts bonobo caca cdparanoia cdr crypt cscope
cups curl dga directfb divx divx4 divx4linux divx5 divx5linux doc dvb dvd dvdr
dvdread emacs emacs-w3 encode esd ethereal evo f77 faac faad faad2 fam fame
fbcon ffmpeg flac flash foomaticdb fortran fvwm fvwm2 gb gd gdbm ggi gif
gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile i8x0 imagemagick imlib imlib2
innodb ipv6 java jpeg junit lcms ldap leim libwww live lpthread lzo lzw-tiff
mad mcal mesa mikmod mmx mmx2 motif mozilla mpeg mule mysql ncurses network nls
oggvorbis opengl oss pam pda pdflib perl php php4 plotutils png ppds pthread
pthreads python qt qtx quicktime readline rtc ruby samba sasl scanner sdl slang
slp speex spell sse sse2 sse3 ssl svga tcltk tcpd tetex theora thread threads
tiff truetype unicode usb v4l v4l2 win32 winvidix wmf xml xml2 xmms xosd xv
xvid xvmc zeo zlib video_cards_radeon linguas_cs linguas_cz linguas_en"

we are talking gst-plugins-ffmpeg here, there is no 0.8.5 version of that.
Given your info i'd say you're using 0.8.2 & that is not what I asked for.

Sorry for the noise in #31. I have since having problems uninstalled
gst-plugins-ffmpeg. I just retried to install with same configuration (emerge
info) as posted in #31 to verify I still have the old problem:

 gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../libavcodec -DHAVE_AV_CONFIG_H=1
-msse -march=pentium4 -pipe -MT libmmxsse_la-dsputil_mmx.lo -MD -MP -MF
.deps/libmmxsse_la-dsputil_mmx.Tpo -c dsputil_mmx.c  -fPIC -DPIC -o
.libs/libmmxsse_la-dsputil_mmx.o
dsputil_mmx.c: In function `h263_h_loop_filter_mmx':
dsputil_mmx.c:614: error: can't find a register in class `GENERAL_REGS' while
reloading `asm'
make[8]: *** [libmmxsse_la-dsputil_mmx.lo] Error 1
make[8]: Leaving directory
`/var/tmp/portage/gst-plugins-ffmpeg-0.8.2/work/gst-ffmpeg-0.8.2/gst-libs/ext/ffmpeg/libavcodec/i386'


And I can confirm at least for me it installs fine
gst-plugins-ffmpeg-0.8.3.ebuild:

if /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../..
-I../../libavcodec -DHAVE_AV_CONFIG_H=1 -fomit-frame-pointer   -msse -msse3 -O2
-fomit-frame-pointer -march=pentium4 -funroll-loops -pipe -fno-stack-protector
-MT libmmxsse_la-dsputil_mmx.lo -MD -MP -MF
".deps/libmmxsse_la-dsputil_mmx.Tpo" -c -o libmmxsse_la-dsputil_mmx.lo `test -f
'dsputil_mmx.c' || echo './'`dsputil_mmx.c; \
then mv -f ".deps/libmmxsse_la-dsputil_mmx.Tpo"
".deps/libmmxsse_la-dsputil_mmx.Plo"; else rm -f
".deps/libmmxsse_la-dsputil_mmx.Tpo"; exit 1; fi
 gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../libavcodec -DHAVE_AV_CONFIG_H=1
-fomit-frame-pointer -msse -msse3 -O2 -fomit-frame-pointer -march=pentium4
-funroll-loops -pipe -fno-stack-protector -MT libmmxsse_la-dsputil_mmx.lo -MD
-MP -MF .deps/libmmxsse_la-dsputil_mmx.Tpo -c dsputil_mmx.c  -fPIC -DPIC -o
.libs/libmmxsse_la-dsputil_mmx.o
dsputil_mmx.c: In function `dsputil_init_mmx':
dsputil_mmx.c:3080: warning: assignment from incompatible pointer type
dsputil_mmx.c:3081: warning: assignment from incompatible pointer type

yeah and you got -msse3 in your cflags, try without it.

Needless to say, my -O3 from /etc/make.conf gote replaced by -O2. Manually
checking this with -O3 works for me too.

aquarius root # cd
/var/tmp/portage/gst-plugins-ffmpeg-0.8.3/work/gst-ffmpeg-0.8.3/gst-libs/ext/ffmpeg/libavcodec/i386
aquarius i386 # gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../libavcodec
-DHAVE_AV_CONFIG_H=1 -fomit-frame-pointer -msse -msse3 -O2 -fomit-frame-pointer
-march=pentium4 -funroll-loops -pipe -fno-stack-protector -MT
libmmxsse_la-dsputil_mmx.lo -MD -MP -MF .deps/libmmxsse_la-dsputil_mmx.Tpo -c
dsputil_mmx.c  -fPIC -DPIC -o .libs/libmmxsse_la-dsputil_mmx.o
dsputil_mmx.c: In function `dsputil_init_mmx':
dsputil_mmx.c:3080: warning: assignment from incompatible pointer type
dsputil_mmx.c:3081: warning: assignment from incompatible pointer type
aquarius i386 # gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../libavcodec
-DHAVE_AV_CONFIG_H=1 -fomit-frame-pointer -msse -msse3 -O3 -fomit-frame-pointer
-march=pentium4 -funroll-loops -pipe -fno-stack-protector -MT
libmmxsse_la-dsputil_mmx.lo -MD -MP -MF .deps/libmmxsse_la-dsputil_mmx.Tpo -c
dsputil_mmx.c  -fPIC -DPIC -o .libs/libmmxsse_la-dsputil_mmx.o
dsputil_mmx.c: In function `dsputil_init_mmx':
dsputil_mmx.c:3080: warning: assignment from incompatible pointer type
dsputil_mmx.c:3081: warning: assignment from incompatible pointer type
aquarius i386 # gcc --version
gcc (GCC) 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, ssp-3.3.2-2, pie-8.7.6)
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

aquarius i386 # 


As for the -msse3 switch in make.conf, removing it doesn't break the build.
Please note in some subdirectories, -msse is added automatically by configure I
guess, some directories don't have the -msse hardcoded. Anyway, it installs
successfully also without "-msse3".

The following combinations in make.conf also work fine:
CFLAGS="-O3 -fomit-frame-pointer -march=pentium4 -funroll-loops -pipe"
CFLAGS="-O3 -fomit-frame-pointer -march=pentium4 -funroll-loops"
CFLAGS="-O3 -march=pentium4 -funroll-loops"

While still, -O2 get's in action replaced by -O2. I believe, it is not necessary (#35).

well, we don't take chances here and we just gonna strip msse3 . ffmpeg sets
most of it's own flags & that should be just fine.

*** Bug 76710 has been marked as a duplicate of this bug. ***

*** Bug 76710 has been marked as a duplicate of this bug. ***

I'm having problems building version 0.8.2. (I have no problems with 0.8.1)

Can you put 0.8.2 back to unstable and 0.8.1 as stable? 

Here's my error message:

i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../libavcodec -DHAVE_AV_CONFIG_H=1 -msse -march=athlon-xp -pipe -MT libmmxsse_la-dsputil_mmx.lo -MD -MP -MF .deps/libmmxsse_la-dsputil_mmx.Tpo -c dsputil_mmx.c  -fPIC -DPIC -o .libs/libmmxsse_la-dsputil_mmx.o
dsputil_mmx.c: In function `h263_h_loop_filter_mmx':
dsputil_mmx.c:614: error: can't find a register in class `GENERAL_REGS' while reloading `asm'
make[8]: *** [libmmxsse_la-dsputil_mmx.lo] Error 1
make[8]: Leaving directory `/var/tmp/portage/gst-plugins-ffmpeg-0.8.2/work/gst-ffmpeg-0.8.2/gst-libs/ext/ffmpeg/libavcodec/i386'
make[7]: *** [all-recursive] Error 1
make[7]: Leaving directory `/var/tmp/portage/gst-plugins-ffmpeg-0.8.2/work/gst-ffmpeg-0.8.2/gst-libs/ext/ffmpeg/libavcodec'
make[6]: *** [all-recursive] Error 1
make[6]: Leaving directory `/var/tmp/portage/gst-plugins-ffmpeg-0.8.2/work/gst-ffmpeg-0.8.2/gst-libs/ext/ffmpeg'
make[5]: *** [all] Error 2
make[5]: Leaving directory `/var/tmp/portage/gst-plugins-ffmpeg-0.8.2/work/gst-ffmpeg-0.8.2/gst-libs/ext/ffmpeg'
make[4]: *** [all-local] Error 2
make[4]: Leaving directory `/var/tmp/portage/gst-plugins-ffmpeg-0.8.2/work/gst-ffmpeg-0.8.2/gst-libs/ext'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/var/tmp/portage/gst-plugins-ffmpeg-0.8.2/work/gst-ffmpeg-0.8.2/gst-libs/ext'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/gst-plugins-ffmpeg-0.8.2/work/gst-ffmpeg-0.8.2/gst-libs'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/gst-plugins-ffmpeg-0.8.2/work/gst-ffmpeg-0.8.2'
make: *** [all] Error 2



Should I have opened a new bug report for this issue?

Ok, I built 0.8.3 and it worked fine. Also it may be worth mentioning but I
also have media-video/ffmpeg-0.4.9_pre1 in my /etc/portage/package.keywords
file. Maybe that's why I was having problems building 0.8.2.

emerge info:

Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r9 i686)
=================================================================
System uname: 2.6.9-gentoo-r9 i686 AMD Athlon(TM) XP 2400+
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.90.0.1.1-r3
Headers:  sys-kernel/linux26-headers-2.6.8.1-r1,sys-kernel/linux26-headers-2.6.8.1-r2
Libtools: sys-devel/libtool-1.5.2-r7
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /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/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="-march=athlon-xp -O3 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.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 acl alsa apm avi berkdb bitmap-fonts bonobo cdr crypt cups dvd encode esd fam flac foomaticdb fortran gdbm ggi gif gnome gnome2 gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile imagemagick imlib ipv6 java jpeg junit libwww mad mikmod motif mozilla mpeg nas ncurses nls oggvorbis opengl oss pam pda pdflib perl png python quicktime readline sdl slang speex spell ssl svga tcltk tcpd tetex tiff truetype usb xml xml2 xmms xv zlib"


+++++++++++++++++++++++

gcc (GCC) 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, ssp-3.3.2-2, pie-8.7.6)
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

gst-plugins-ffmpeg has its own local copy of the ffmpeg source so the version
of ffmpeg installed has no bearing as its not being used.

Stable version doesnt compile for me either. My CFLAGS are
CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer"

if I change the -O3 to -O2 manually then compiles fine, but where are the
promised CFLAG filters?

*rgh* why can't anyone provide complete info the first comment they give here :
provide 'emerge info' and what the heck is your 'stable version' ? Are we
supposed to take guesses at it ?

I'm assuming this actually got fixed. Open new issues in a new bug.