summaryrefslogtreecommitdiffstats
path: root/mplayer.c
diff options
context:
space:
mode:
authorwm4 <wm4@nowhere>2012-08-07 01:09:42 +0200
committerwm4 <wm4@nowhere>2012-08-07 01:09:42 +0200
commit89b7cb0331c191730b725f09ee575971e82de6c2 (patch)
tree3c58572fdcc8dc0342745c70ddac95e19bb80e63 /mplayer.c
parent76b98e4c32b4d60e4c3740c3bb96753f9812b982 (diff)
downloadmpv-89b7cb0331c191730b725f09ee575971e82de6c2.tar.bz2
mpv-89b7cb0331c191730b725f09ee575971e82de6c2.tar.xz
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.
Diffstat (limited to 'mplayer.c')
-rw-r--r--mplayer.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/mplayer.c b/mplayer.c
index 31218cdd02..25fafa1b72 100644
--- a/mplayer.c
+++ b/mplayer.c
@@ -4163,7 +4163,7 @@ static void osdep_preinit(int *p_argc, char ***p_argv)
GetCpuCaps(&gCpuCaps);
#ifdef __MINGW32__
- mp_get_converted_argv(&argc, &argv);
+ mp_get_converted_argv(p_argc, p_argv);
#endif
#ifdef PTW32_STATIC_LIB