win32: fix compilation on MinGW

The commit 74df1d8e05aa2 (and f752212c62353) replaced the configure
endian check with byte order macros defined by standard headers. It
turns out that MinGW-w64 actually doesn't define these macros in the
sys/types.h system header. (I assumed it does, because a quick test
seemed to work. But that was because gcc -W -Wall doesn't warn against
undefined macros. You need -Wundef for that.) MinGW-w64 has a
sys/params.h header defining these macros, but sys/types.h doesn't
include it, so it's useless without special casing the mplayer code.
Add a hack top configure instead. Define the macros directly, and
assume MinGW-w64 only works on little endian machines.

The other changes are basically random typos and superficial oversights.

1 files changed, 4 insertions, 0 deletions

diff --git a/configure b/configure
index f8ac1682ae..68675499cc 100755
--- a/configure
+++ b/configure
@@ -1018,6 +1018,10 @@ if mingw32 ; then
   _getch=getch2-win.c
   need_shmem=no
   extra_cflags="$extra_cflags -D__USE_MINGW_ANSI_STDIO=1"
+  # Hack for missing BYTE_ORDER declarations in <sys/types.h>.
+  # (For some reason, they are in <sys/param.h>, but we don't bother switching
+  # the includes based on whether we're compiling for MinGW.)
+  extra_cflags="$extra_cflags -DBYTE_ORDER=1234 -DLITTLE_ENDIAN=1234 -DBIG_ENDIAN=4321"
 fi
 
 TMPC="$mplayer_tmpdir/tmp.c"