[FFmpeg-devel] [PATCH] restoring binary compatibility with ffmpeg 0.5
Thu Jun 10 22:04:55 CEST 2010
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
Reinhard Tartler, KeyID 945348A4
More information about the ffmpeg-devel