wm4 d4ee5e5a8a build: always require atomics ... Always require them, instead of just for some components which have hard requirements on correct atomic semantics. They should be widely available, and are supported by all recent gcc and clang compiler versions. We even have the fallbacks builtins, which should keep this working on very old gcc releases. In particular, w32_common.c recently added a hard requirement on atomics, but checking this properly in the build system would have been messy. This commit makes sure it always works. The fallback where weak atomic semantics are always fine is in theory rather questionable as well.		2016-08-05 17:10:22 +02:00
..
android
ar
win32
atomics.h	build: always require atomics	2016-08-05 17:10:22 +02:00
compiler.h
endian.h
glob-win.c
io.c	osdep/io: introduce mp_flush_wakeup_pipe()	2016-07-30 00:02:39 +02:00
io.h	osdep/io: introduce mp_flush_wakeup_pipe()	2016-07-30 00:02:39 +02:00
macosx_application_objc.h
macosx_application.h
macosx_application.m
macosx_compat.h
macosx_events_objc.h
macosx_events.h
macosx_events.m
macosx_versions.h
main-fn-cocoa.c
main-fn-unix.c
main-fn-win.c
main-fn.h
mpv.exe.manifest
mpv.rc
path-macosx.m
path-unix.c
path-win.c
path.h
semaphore_osx.c
semaphore.h
strnlen.h
subprocess-posix.c
subprocess-win.c
subprocess.c
subprocess.h
terminal-unix.c
terminal-win.c
terminal.h
threads.c
threads.h
timer-darwin.c
timer-linux.c
timer-win2.c
timer.c
timer.h
w32_keyboard.c
w32_keyboard.h
win32-console-wrapper.c
windows_utils.c
windows_utils.h