[MPlayer-cygwin] Several bugs in vidix support under Cygwin

[Sascha Sommer]

> Maybe the vidix support under cygwin is not ready to use, but I still
think that the compile should be without any problem.
> 1.
> In vidix/, the declaration of vidix_querey_fourcc is deffernt in
vosub_vidix.c and
> vosub_vidix.h:
>
>
gcc -c -O4 -march=i486 -mcpu=i686 -pipe -ffast-math -fomit-frame-pointer -D_
LARG
>
EFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D__CYGWIN__ -I. -I.. -I/usr/local/inclu
de -
>
/usr/local/include/freetype2 -I/usr/local/include/SDL -mcygwin  -I/usr/local
/in
> clude    -DMPG12PLAY  -DVIDIX_PATH='"/usr/local/lib/mplayer/vidix/"' -o
vosub_vi
> dix.o vosub_vidix.c
> vosub_vidix.c:341: error: conflicting types for `vidix_query_fourcc'
> vosub_vidix.h:25: error: previous declaration of `vidix_query_fourcc'
> make[1]: *** [vosub_vidix.o] Error 1
> make[1]: Leaving directory `/home/www/main-cygwin/libvo'
> make: *** [libvo/libvo.a] Error 2
>
> 2.
> In libdha/Makefile, there's no VSHORTNAME defined here:
> ifeq ($(TARGET_OS),CYGWIN)
> SHORTNAME = libdha.dll
> else
>
> So the following lines:
>     ln -sf $(LIBNAME) $(SHORTNAME)
>     ln -sf $(LIBNAME) $(VSHORTNAME)
> become:
> ln -sf libdha.so.0.1  libdha.dll
> ln -sf libdha.so.0.1
>
> 3.
> In vidix/drivers/:
> ../../libdha/libdha.dll(.text+0x0):fake: multiple definition of
`___do_sjlj_init'
> /usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/crtbegin.o(.text+0x0): first defined
here
> make[1]: *** [cyberblade_vid.so] Error 1
>

It would be better for windows if libdha would be statically linked against
the individual
vidix drivers. Until there is a libdha helper utility that works on all
windowses this doesn't
matter anyway. If you really want to play with the vidix port, you will need
windows98
and the mingw port. You'll need to change a few things to make it work
though.

Sascha