[MPlayer-dev-eng] [PATCH] fix compilation against system FFmpeg

[Ingo Brückl]

Reimar Döffinger wrote on Sat, 22 Oct 2011 13:55:16 +0200:

> On Sat, Oct 22, 2011 at 01:43:20PM +0200, Ingo Brückl wrote:
>> Was there a change in FFmpeg?
>>
>> I'm using system FFmpeg (if that's what --disable-ffmpeg_a does), but only
>> updating FFmpeg once or twice a month. MPlayer r34237 still compiles and runs
>> fine with last week's FFmpeg.

> Most ff_ symbols are now hidden by default.
> That was a very recent change.
> Of course I suspect that
> a) possibly a few filters are broken, too (as said I did not test).
> b) the hackish solution would be to add that RIFF tags to the list
>    of ff_* symbols to be exported.

> But just getting rid of the riff.h include would help some distros,
> then they don't have to manually hack the build system to install it
> (did you manually install that and some other headers?).

No, besides the mplayer sources I have the ffmpeg sources on my PC and I'm
working with a ffmpeg link in mplayer/ to these (which, according to Diego,
isn't supported - make distclean doesn't work). This is convenient because
the tags file in mplayer/ contains all the symbols (both mplayer and ffmpeg)
and I'll find any symbol I'm looking for when developing. Furthermore, I can
use a single ffmpeg/ with two (or more) mplayer/ directories (one compiled
for Linux, one for Wine or MinGW).

BTW, this is off-topic, but would it be difficult to make MPlayer compile in
both, its source directory and a separate build directory? That way, only one
mplayer source directory would be needed for multiple builds.

Ingo