Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 163113 - media-libs/libmad-0.15.1b-r2 stable request
Summary: media-libs/libmad-0.15.1b-r2 stable request
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: MIPS Porters
Depends on:
Blocks: 146062
  Show dependency tree
Reported: 2007-01-21 19:05 UTC by Diego Elio Pettenò (RETIRED)
Modified: 2008-02-12 22:40 UTC (History)
2 users (show)

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Diego Elio Pettenò (RETIRED) gentoo-dev 2007-01-21 19:05:00 UTC
As per summary; this version fixes CFLAGS handling (user's cflags are used rather than the riced version from libmad) and also enable fixed point math for AMD64, x86 and PPC (which should make it faster).

Comment 1 Christian Faulhammer (RETIRED) gentoo-dev 2007-01-22 10:04:22 UTC
x86 stable
Comment 2 Gustavo Zacarias (RETIRED) gentoo-dev 2007-01-22 13:01:42 UTC
sparc stable.
Comment 3 Markus Rothe (RETIRED) gentoo-dev 2007-01-22 17:13:27 UTC
ppc64 stable
Comment 4 Jeroen Roovers (RETIRED) gentoo-dev 2007-01-23 15:43:05 UTC
Stable for HPPA.
Comment 5 Steve Dibb (RETIRED) gentoo-dev 2007-01-23 16:00:14 UTC
amd64 stable
Comment 6 nixnut (RETIRED) gentoo-dev 2007-01-23 18:32:38 UTC
Stable on ppc
Comment 7 Raúl Porcel (RETIRED) gentoo-dev 2007-03-26 17:29:27 UTC
ia64 stable
Comment 8 Raúl Porcel (RETIRED) gentoo-dev 2007-06-14 17:25:57 UTC
alpha stable
Comment 9 Diego Elio Pettenò (RETIRED) gentoo-dev 2007-06-14 17:33:45 UTC
Recursive bug?
Comment 10 Mikael Magnusson 2007-07-01 18:33:32 UTC
-r3 and -r2 seem to be identical, the -r3 commit changed the patch which -r2 also uses. -r3 is ~ but -r2 is not, is there any logic behind this? :)
Comment 11 Ryan Hill (RETIRED) gentoo-dev 2007-07-01 19:07:29 UTC
just bad logic.  i'm not sure what i was thinking there.  -r2 is now restored and -r3 has an additional patch.  thanks for reporting.
Comment 12 Brian Kroth 2007-10-09 11:39:24 UTC
I have a complaint/suggestion about this CFLAGS tweaking that I'm wondering about.  Let me know if this was the wrong place to bring this up.

I have a server running as a build host for i686 workstations.  The server's processor specs are much better than some of the workstations.  It's a Core2/Xeon with SSE3 and others.  Some of the workstations are Athlon XPs, which only support SSE.

Since when it was built it detected some more advanced instructions, it gave me "Illegal Instruction" complaints when run with audacious on the Athlons which didn't have it.  GDB pointed back to libmad, and indeed, if I compile libmad locally it seems to work fine, but if I had more than a handful of these it would really be a pain, and it makes me wonder what else does that that I haven't found yet.  Mplayer has the cpudetection flag which is handy for this type of scenario.

Can we just make the use of the more advanced cpu features USE flag dependent instead of build machine dependent?  It seems like that's what the sse, mmx, sse2, 3dnow, etc. flags were for in the first place.  That way the user can still define the greatest common denominator.
Comment 13 Brian Kroth 2007-10-09 11:42:13 UTC
Forgot to add, I included two extra CFLAGS in /etc/portage/env/media-libs/libmad

CFLAGS="-O2 -march=i686 -pipe --mno-sse2 --mno-sse3"

just to see if that would help, but it seems it did not.

Same for CXXFLAGS.
Comment 14 Jakub Moc (RETIRED) gentoo-dev 2007-10-21 09:09:29 UTC
(In reply to comment #12)
(In reply to comment #13)

Not here, this is a stabilization bug, your illegal instructions stuff is off-topic here. File a *new* bug please.
Comment 15 Massimo Burcheri 2008-01-03 20:37:34 UTC
Please consider the status for ppc: Maybe media-libs/libmad-0.15.1b-r2 is still broken on G3 and G4 with -O2.
See also bug #150531 and
Comment 16 Jakub Moc (RETIRED) gentoo-dev 2008-02-12 22:40:11 UTC
Closing wrt