summaryrefslogtreecommitdiffstats
path: root/libvo
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 /libvo
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 'libvo')
-rw-r--r--libvo/vo_direct3d.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/libvo/vo_direct3d.c b/libvo/vo_direct3d.c
index 3ae7ea3197..f8c9054b97 100644
--- a/libvo/vo_direct3d.c
+++ b/libvo/vo_direct3d.c
@@ -1987,7 +1987,7 @@ static void draw_osd(struct vo *vo, struct osd_state *osd)
if (!priv->d3d_device)
return;
- if (vo_osd_has_changed()) {
+ if (vo_osd_has_changed(osd)) {
struct draw_osd_closure ctx = { priv };
/* clear the OSD */