[FFmpeg-devel] [PATCH] restoring binary compatibility with ffmpeg 0.5

[Måns Rullgård]

Reinhard Tartler <siretart at tauware.de> writes:

> we are talking about public symbols only here. Since libavformat always
> includes libavcodec's public headers, you will always get redeclarations
> errors for the offending function.  Putting them in a seperate
> compilation unit that does not include libavcodec's public headers won't
> work either, because the implementation of these compat symbols would
> just call the now moved symbols.
>
> IMO the proper solution for this scenario is to
>
> add  foobar@@libavcodec1 in libavcodec
> add  ff_compat_foobar@@libavformat1 in libavformat that just calls foobar at libavcodec1
> add  foobar at libavformat1 as alias in libavformat
>
> NB: the syntax '@@' vs. '@'.
>
> I still claim that step 3 is supported by all relevant platforms, even
> ARM RVCT. Any counterexamples?

Step 3?

-- 
M?ns Rullg?rd
mans at mansr.com