I just ran "emerge -u --deep world" and now xmms crashes when I try to play a .ogg file (mp3s still play fine). I usually run this update every day or two, so it should be something that changed recently. I tried reverting back to r24, but this still happens (this also happens if I manually install 1.2.8-pre1). Note that I accept ~x86. Reproducible: Always Steps to Reproduce: 1. run xmms 2. play a .ogg file 3. Actual Results: crash. prints out "Killed" on the console. Expected Results: Hopefully play. At worst, skip to the next file. Portage 2.0.48-r7 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1) ================================================================= System uname: 2.6.0-test1 i686 Pentium III (Coppermine) GENTOO_MIRRORS="ftp://csociety-ftp.ecn.purdue.edu/pub/gentoo/ ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="" USE="3dnow apm cups encode foomaticdb libg++ mad mikmod nls quicktime spell xv gtkhtml gdbm berkdb slang tetex bonobo svga guile tcpd pam imlib gtk motif X kde -gnome -gnome2 aalib arts avi cdr crypt dvd esd gif gpm icc java jpeg ldap libwww memlimit mmx mozilla mpeg mpi ncurses oav oggvorbis opengl oss pdflib perl png python qt readline samba sdl sse ssl truetype usb xml xml2 xmms zlib x86 ~x86 -alsa tcltk" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer" CXXFLAGS="-march=pentium3 -O3 -pipe -fomit-frame-pointer" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache" I realize this isn't much information, but I'm not sure exactly what got updated just before this stopped working. If there is anything else that would be useful, let me know.
try lower cflags ... ive heard about probs with over opts and ogg+xmms
I rebuilt xmms and libvorbis with -O2 instead of -O3, but the same thing happens. I don't think libogg has changed in a number of weeks. Any ideas on other stuff to rebuild?
Can you try rebuilding libvorbis without 3dnow in USE? Thanks.
Yes! Thank you that was the problem.
Um. Can you try one more? Does having sse and 3dnow in USE also solve the problem?
ogg123 also crashes Audio Device: Advanced Linux Sound Architecture (ALSA) output Illegal instruction Going to try the 3dnow trick now :-)
Yep, it worked out for me the -3dnow :-) As for the +sse && +3dnow, that's a no go :-(
Um, looks the latest revision of libvorbis will have to come out of portage. Odd though, it seems to work for some... Thanks for the heads up.
Just a 'me too'. You can see by my USE flags on the initial post that it doesn't work with 3dnow and sse, but it works fine with just sse. Also, I have verified that this is a problem only in libvorbis-1.0-r4 as you suggest. 1.0-r3 works fine with +3dnow.
You know that PIII's don't support 3dnow right? No Intel chip supports 3dnow. Setting USE="3dnow" on a Pentium anything is like me setting USE="sse" on my Athlon t-bird, or all the people who try to use i686 on a k6...going to die hard.
Agreed. I think that make.defaults should be changed. Ideally, the default (ie that which requires the least amount of action) behavior of the software should be to 'just work'. In this case, if I leave USE out of my make.conf entirely (of course leaving make.defaults unchanged) everything should compile and run correctly (assuming no _real_ bugs). Accordingly, I think that libvorbis does not need to be changed. I think this is what Matt is getting at also.
Summary. You can't have both 3dnow and sse in USE. sse is for intel, 3dnow for amd. The libvorbis build if fine but it needs to be investigated if there is a system wide way of making the flag exclusive.
*** Bug 26993 has been marked as a duplicate of this bug. ***
I just had a thought...is the sse use flag ever used to include sse2 support? Since the Athlon-XP supports sse it is posible for people to have both 3dnow and sse in their use and everything to work, unless something tries including sse2 code.
