[MPlayer-cvslog] r27496 - in trunk/stream: asf_mmst_streaming.c asf_streaming.c http.c librtsp/rtsp_session.c network.c network.h pnm.c rtp.c stream.c stream_ftp.c stream_netstream.c stream_rtsp.c tcp.c udp.c

Reimar Döffinger Reimar.Doeffinger at stud.uni-karlsruhe.de
Sun Aug 31 10:51:15 CEST 2008


On Sun, Aug 31, 2008 at 10:29:28AM +0200, Dominik 'Rathann' Mierzejewski wrote:
> On Saturday, 30 August 2008 at 18:21, Zuxy Meng wrote:
> > "JonY" <10walls at gmail.com> 写入消息新闻:48B96416.4040206 at gmail.com...
> > > diego wrote:
> > >> Author: diego
> > >> Date: Sat Aug 30 00:55:39 2008
> > >> New Revision: 27496
> > >>
> > >> Log:
> > >> Move duplicated '#define closesocket close' into network.h along with
> > >> network-related #include #ifdeffery.
> > >>
> > >>
> > >> Modified:
> > >>     trunk/stream/asf_mmst_streaming.c
> > >>     trunk/stream/asf_streaming.c
> > >>     trunk/stream/http.c
> > >>     trunk/stream/librtsp/rtsp_session.c
> > >>     trunk/stream/network.c
> > >>     trunk/stream/network.h
> > >>     trunk/stream/pnm.c
> > >>     trunk/stream/rtp.c
> > >>     trunk/stream/stream.c
> > >>     trunk/stream/stream_ftp.c
> > >>     trunk/stream/stream_netstream.c
> > >>     trunk/stream/stream_rtsp.c
> > >>     trunk/stream/tcp.c
> > >>     trunk/stream/udp.c
> > >>
> > >
> > > Hi,
> > > It looks like one of the hunks broke MinGW build.
> > >
> > > libmpdemux and the codecs under it cannot be compiled properly because
> > > definitions from "./loader/wine/*.h" is conflicting with the native
> > > headers. Conflicts with "loader/wine/windef.h" is especially visible.
> > >
> > > "ad_internal.h", used by many of the files under libmpdemux includes
> > > "stream/stream.h", which then includes "stream/network.h" if
> > > "CONFIG_NETWORK" is defined, which then in turn includes the native
> > > "ws2tcpip.h".
> > >
> > > r27495 builds with minor workarounds (read: local hacks) for
> > > HAVE_WINSOCK2_H and closesockets.
> > >
> > > Any ideas to fix the problem?
> > 
> > I'd say we'd better revert this mess first.
> 
> Why don't we have a look at the exact compilation failures first?
> The original commit was a major cleanup and I'd hate to see it
> reverted if it can be easily fixed.

While I can not reproduce it, it probably is related to clashes with the
STREAM_SEEK in some Windows headers.
Also, reportedly using -DWIN32_LEAN_AND_MEAN seems to be a workaround
too, and if it does not break anything IMO should be enabled as well,
it somewhat limits the Windows header mess (where basically including
_any_ header results in including all).
I can not at all seen the loader problems though, there were a few
issues in the past but I was rather sure they are all fixed.

Greetings,
Reimar Döffinger



More information about the MPlayer-cvslog mailing list