Bug#520113: mplayer: FTBFS: non-dynamic relocations refer to dynamic symbol free@@GLIBC_2.0

[Reinhard Tartler]

[CC'ing Diego as upstream build system maintainer]

Adeodato Simó <dato at net.com.org.es> writes:

> * A Mennucc [Tue, 17 Mar 2009 22:36:19 +0100]:
>
>> I am puzzled... how come that this happens only on MIPS?
>
> I don’t know, really. Aurelien Jarno offered his assitance to try to
> reproduce the problem, though he’s busy and may take a bit until he gets
> around to it.

we had a similar problem with ffmpeg on mips, which was fixed in
0.svn20080206-13. From the changelog entry:

   [Thiemo Seufer]
   * compile shared libavcodec explicitly with $(PIC), since gcc-4.3
     mips/mipsel needs an explicit PIC flag for shared library
     code.
 .
     Until gcc-4.2 Linux/MIPS always used PIC code, even for executables.
     This changed with gcc-4.3, and with it the compiler default changed
     to non-PIC. As a result, -fPIC now needs to be explicitly supplied
     for shared library builds.
 .
     (Closes: #498216, 498647, 498397)

Maybe there is a similar problem in mplayer's configure script? The fix
was after all in ffmpeg's configure script, which is reimplemented in
mplayer.


But TBH, I currently have the fear that the problem could be one of our
patches that we carry, namely 30link-system-ffmpeg.patch. At least that
patch has a direct effect on the gcc call that is failing.

Could some of the mips porters please try to build the mplayer package
with that patch disabled, and send the buildlog to this bug? This will
result in not using the system ffmpeg but the internal copy. But this
would at least verify if the patch is buggy or not.

-- 
Gruesse/greetings,
Reinhard Tartler, KeyID 945348A4