Bug 163113 – media-libs/libmad-0.15.1b-r2 stable request

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Diego Elio Pettenò (RETIRED) 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).

Thanks,
Diego

[Comment 1 Christian Faulhammer (RETIRED) 2007-01-22 10:04:22 UTC]

x86 stable

[Comment 2 Gustavo Zacarias (RETIRED) 2007-01-22 13:01:42 UTC]

sparc stable.

[Comment 3 Markus Rothe (RETIRED) 2007-01-22 17:13:27 UTC]

ppc64 stable

[Comment 4 Jeroen Roovers (RETIRED) 2007-01-23 15:43:05 UTC]

Stable for HPPA.

[Comment 5 Steve Dibb (RETIRED) 2007-01-23 16:00:14 UTC]

amd64 stable

[Comment 6 nixnut (RETIRED) 2007-01-23 18:32:38 UTC]

Stable on ppc

[Comment 7 Raúl Porcel (RETIRED) 2007-03-26 17:29:27 UTC]

ia64 stable

[Comment 8 Raúl Porcel (RETIRED) 2007-06-14 17:25:57 UTC]

alpha stable

[Comment 9 Diego Elio Pettenò (RETIRED) 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) 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) 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 https://forums.gentoo.org/viewtopic-p-4683251.html

[Comment 16 Jakub Moc (RETIRED) 2008-02-12 22:40:11 UTC]

Closing wrt http://www.gentoo.org/news/20080210-mips-experimental-arch.xml