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

[Georgi Petrov]

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"?

>> > I honestly don't have time and energy to submit patch about it as well.
>>
>> That's something else and looks specific to MinGW.  Are you sure you
>> have HEAD and rerun configure?  I just added quite a few definitions
>> for FFmpeg in there.  You could have been bitten by one of them.
>
> HAVE_ARPA_INET_H may not be 1 on MinGW. I think you might misuse some
> of the exisiting networking checks for that...

>From my current config.h:
#define HAVE_ARPA_INET_H 1

I'll investigate further tomorrow.