Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 83633 - mplayer-1.0pre5-r3 fails to compile on mips with gcc-3.4.3
Summary: mplayer-1.0pre5-r3 fails to compile on mips with gcc-3.4.3
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] GCC Porting (show other bugs)
Hardware: MIPS Linux
: High blocker
Assignee: MIPS Porters
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-28 21:04 UTC by Tomasz Mloduchowski
Modified: 2005-03-16 01:43 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tomasz Mloduchowski 2005-02-28 21:04:28 UTC
I tried to emerge mplayer on mips64 and it fails to compile with:
[2] mips-unknown-linux-gnu-3.4.3-20050110 *
but it compiles with:
[1] mips-unknown-linux-gnu-3.3.3


Reproducible: Always
Steps to Reproduce:
1. Switch to 3.4.3 compiler
2. emerge mplayer
Actual Results:  
cc -I../libvo -I../../libvo  -O2 -mips4 -march=r10000 -mabi=32 -pipe
-fomit-frame-pointer -fno-pie -fno-pie -D_REENTRANT -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64  -Ilibmpdemux -Iloader -Ilibvo    -I/usr/include/SDL
-D_REENTRANT        -o mplayer mplayer.o mp_msg.o cpudetect.o codec-cfg.o
spudec.o playtree.o playtreeparser.o asxparser.o vobsub.o subreader.o sub_cc.o
find_sub.o m_config.o m_option.o parser-cfg.o m_struct.o unrarlib.o mixer.o
parser-mpcmd.o libvo/libvo.a libao2/libao2.a libmenu/libmenu.a  
libmpcodecs/libmpcodecs.a mp3lib/libMP3.a liba52/liba52.a libmpeg2/libmpeg2.a  
libaf/libaf.a libmpdemux/libmpdemux.a input/libinput.a postproc/libswscale.a
osdep/libosdep.a  libavcodec/libavcodec.a          -lpng -lz -lz       -ltermcap
         libfaad2/libfaad2.a    -lnsl -L/usr/lib -Wl,-rpath,/usr/lib -lSDL
-lpthread                -lpthread -ldl -rdynamic   -lm
/usr/lib/gcc/mips-unknown-linux-gnu/3.4.3-20050110/../../../../mips-unknown-linux-gnu/bin/ld:
mp3lib/libMP3.a(sr1.o): CALL16 reloc at 0x3938 not against global symbol
mp3lib/libMP3.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make: *** [mplayer] Error 1


Expected Results:  
linked a proper mplayer binary

Portage 2.0.51-r15 (default-linux/mips/mips64/ip28/2005.0, gcc-3.4.3-20050110,
glibc-2.3.4.20040619-r2, 2.6.10-mipscvs-20050115-ip28 mips64)
=================================================================
System uname: 2.6.10-mipscvs-20050115-ip28 mips64 R10000 V2.5  FPU V0.0
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 15 2005, 16:51:38)]
ccache version 2.3 [enabled]
dev-lang/python:     2.3.4-r1
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.5, 1.8.5-r3, 1.7.9-r1, 1.4_p6, 1.6.3, 1.9.4
sys-devel/binutils:  2.14.90.0.8-r1
sys-devel/libtool:   1.4.3-r4, 1.5.10-r4
virtual/os-headers:  2.4.21-r3
ACCEPT_KEYWORDS="mips"
AUTOCLEAN="yes"
CFLAGS="-O2 -mips4 -march=r10000 -mabi=32 -pipe -fomit-frame-pointer"
CHOST="mips-unknown-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -mips4 -march=r10000 -mabi=32 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks"
GENTOO_MIRRORS="http://mirror.datapipe.net/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="mips berkdb bitmap-fonts f77 fortran gdbm gpm ip28 libwww multilib ncurses
pam perl png python readline sdl ssl tcpd truetype-fonts type1-fonts zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS

It happens on ip22, r5k mips32-kernel system as well, so it seems like a general
mips problem.
Comment 1 Hardave Riar (RETIRED) gentoo-dev 2005-02-28 23:48:39 UTC
Try to compile it with -O1 instead of -O2. Mplayer is picky about CFLAGS, this ebuild is not supposed to use user FLAGS, but it is for some reason.
Comment 2 Chris White (RETIRED) gentoo-dev 2005-03-15 16:06:01 UTC
I've talked with hardave about this bug, and have adjusted the -r3 ebuild accordingly.  Wait a couple o hours and then sync to get the updated ebuild.  Let us know if it works out for you.
Comment 3 Hardave Riar (RETIRED) gentoo-dev 2005-03-16 01:43:52 UTC
This fix seemed to work fine for me.

If you still have problems please reopen this bug.