[MPlayer-dev-eng] Latest SVN doesn' compile on MinGW

compn tempn at twmi.rr.com
Tue Feb 3 02:35:48 CET 2009


On Tue, 3 Feb 2009 02:10:42 +0200, Georgi Petrov wrote:
>On Tue, Feb 3, 2009 at 2:05 AM, Reimar Döffinger
><Reimar.Doeffinger at stud.uni-karlsruhe.de> wrote:
>> On Tue, Feb 03, 2009 at 12:50:35AM +0100, Diego Biurrun wrote:
>>> On Tue, Feb 03, 2009 at 01:17:35AM +0200, Georgi Petrov wrote:
>>> >
>>> > LZO_OUTPUT_PADDING is actually AV_LZO_OUTPUT_PADDING. Or at least I think so.
>>> >
>>> > How this code got into the tree? Don't you at least try to compile it?
>>>
>>> That was Reimar :)
>>
>> Well, on "How this code got into the tree?": it was there for ages, it
>> was just broken by an FFmpeg change (admittedly by me), short-term
>> breakage can happen there...
>
>Huh... I don't blame you of course, I just wonder how the things work.
>Is FFmpeg's tree "external" to MPlayer? I mean - can a change in
>FFmpeg project reflect on MPlayer?
>
>Do you try to compile after each submit or this kind of mistake can
>happen because a "tree which MPlayer is externally linked to has
>changed"?

you seem to get stuck on these revisions which mplayer is not
compiling. maybe you should refrain from svn update while you are
developing, or have seperate trees for developing/updating so that a
break in svn does not slow you down :)

if it was not clear, mplayer imports most of ffmpeg, so when ffmpeg
internals change, mplayer breaks.

-compn



More information about the MPlayer-dev-eng mailing list