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

[Reinhard Tartler]

On Thu, Jun 10, 2010 at 21:50:42 (CEST), Michael Niedermayer wrote:

> On Thu, Jun 10, 2010 at 09:27:23PM +0200, Reinhard Tartler wrote:
>> On Thu, Jun 10, 2010 at 20:19:52 (CEST), Michael Niedermayer wrote:
>> 
>> > On Thu, Jun 10, 2010 at 05:46:23PM +0200, Diego Biurrun wrote:
>> >> On Sun, Jun 06, 2010 at 05:03:40PM +0200, Reinhard Tartler wrote:
>> >> > [...]
>> >> 
>> >> tl;dr
>> >> 
>> >> Anyway, I suggest we use the opportunity to break compatibility and
>> >> change APIs.  There are a lot of ifdefs that long for being removed.
>> >
>> > The problem is not so much the "now case", a single soname bump isnt
>> > the big issue.
>> > The big issue is that we would need to bump soname everytime we move a
>> > symbol and thats not that rare ...
>> 
>> Everytime we move a *public* symbol.
>> 
>> For example the recent eval API move doesn't wouldn't qualify here.
>
> it does would is used in mplayer 

in the past, we didn't care much about that.

The last example I'm aware of is the rename codec_wav_tags ->
ff_codec_wav_tags (http://bugs.debian.org/536885) and its sister
codec_bmp_tags. There might also be more, I stopped hunting down more of
such problems because I didn't expect such patches to be accepted, and I
really think that our time is invested better by fixing mplayer.

> of course its a bug in mplayer still making such moves in a way
> that doesnt unneccessarily break apps would be good

agreed.

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