mplayer2 FTBFS on sparc

Jurij Smakov jurij at wooyd.org
Sun Oct 9 13:45:07 UTC 2011


On Sun, Oct 09, 2011 at 10:03:47AM +0200, Reinhard Tartler wrote:
> On Sa, Okt 08, 2011 at 19:34:47 (CEST), Jurij Smakov wrote:
> 
> > On Sat, Oct 08, 2011 at 06:51:49PM +0200, Kurt Roeckx wrote:
> >> On Sat, Oct 08, 2011 at 03:21:50PM +0200, Reinhard Tartler wrote:
> >> > Hi,
> >> > 
> >> > I've noticed that mplayer2 2.0-134-g84d8671-7 failed to build on sparc,
> >> > and I'm quite puzzled why. There are no code changes compared to
> >> > 2.0-134-g84d8671-6, which did build on the very same buildd 'lebrun':
> >> > 
> >> > https://buildd.debian.org/status/logs.php?pkg=mplayer2&arch=sparc
> >> > 
> >> > Could anyone please have a look and explain me what's going on? Is there
> >> > anything to fix in the package? (porters CC'ed with this mail).
> >> 
> >> -7 was build with binutils_2.21.53.20110922-1, gcc-4.6_4.6.1-13, dpkg-dev_1.16.1
> >> -6 was build with binutils_2.21.53.20110805-1, gcc-4.6_4.6.1-7, dpkg-dev_1.16.0.3
> >> 
> >> I suspect that one of those changes broke it for you.
> >
> > As I mentioned to Reinhard on irc (not sure whether he noticed), this 
> > commit looks suspicious, as it introduces the "hardware compatibility" 
> > error message, seen during failed build:
> >
> > http://repo.or.cz/w/binutils.git/commitdiff/24f272de258d79c9d959143a8fd626b9961a8ac0
> 
> I did but had to leave from irc.
> 
> Funny thing, a manual build in sperger's sid chroot did succeed. I used:
> 
> binutils (2.21.90.20111004-1)
> gcc-4.6 (4.6.1-13)
> dpkg (1.16.1)

Do you have the logs from the sperger build? I think the problem is 
that mplayer2 build system does CPU type autodetection. The failed 
build used -mcpu=v8, however if I run it on my machine (SunBlade 
1000), I see that it compiles with -mcpu=ultrasparc. If compilation on 
sperger used -mcpu=ultrasparc as well, then it does not tell us 
anything, and it will fail again on buildds.

It looks like -mcpu=ultrasparc should always be used, because we do 
not support earlier machines anymore. For example, our system binaries 
report:

jurij at debian:~/mplayer/mplayer2-2.0-134-g84d8671$ file /bin/ls
/bin/ls: ELF 32-bit MSB executable, SPARC32PLUS, V8+ Required, version 
1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.26, 
BuildID[sha1]=0xdef701c1cd7c87aa36fb4955a5cd430e9f2bd1d1, stripped

which is what is produced when -mcpu=ultrasparc is used. With -mcpu=v8 
one gets:

jurij at debian:~/mplayer/mplayer2-2.0-134-g84d8671$ file mixer.o 
mixer.o: ELF 32-bit MSB relocatable, SPARC, version 1 (SYSV), not stripped

I think the right way to fix it is to turn off (possibly broken) CPU 
type autodetection and always use -mcpu=ultrasparc.

Best regards,
-- 
Jurij Smakov                                           jurij at wooyd.org
Key: http://www.wooyd.org/pgpkey/                      KeyID: C99E03CC



More information about the pkg-multimedia-maintainers mailing list