summaryrefslogtreecommitdiffstats
path: root/stream/audio_in.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 /stream/audio_in.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 'stream/audio_in.c')
0 files changed, 0 insertions, 0 deletions