mpv - a free, open source, and cross-platform media player

	Commit message (Collapse)	Author	Age	Files	Lines
*	atomics: cleanup HAVE_ATOMICS define	wm4	2015-08-13	1	-5/+0
\| \| \| \| \| \| \|	The waf build system generates this already. No point in redoing it in the header file. The legacy build system (which we really should drop) didn't; fix it.
*	ao: make better use of atomics	wm4	2015-05-11	1	-0/+1
\| \| \| \| \|	The main reason for this was compatibility; but some associated problems have been solved in the previous commit.
*	atomics: add atomic_fetch_and/atomic_fetch_or	wm4	2015-05-11	1	-7/+20
\| \| \| \| \| \| \| \| \| \|	As usual, we prefer plain C11 names and semantics, and have to emulate them if C11 atomics are not available. For the non-atomic fallback (which is just there to make code compile in situations the atomic property is not overly important), we require a gross hack to make the generic macros work without using compiler- specific extensions.
*	msg: use relaxed atomics for log level test	wm4	2015-03-02	1	-0/+5
\| \| \| \| \| \|	This should be sufficient. If stdatomic.h is not available, we make no difference.
*	atomics: add atomic_compare_exchange_strong()	wm4	2014-11-09	1	-0/+11
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	As usual, we use C11 semantics, and emulate it if <stdatomic.h> is not available. It's a bit messy with __sync_val_compare_and_swap(). We assume it has "strong" semantics (it can't fail sporadically), but I'm not sure if this is really the case. On the other hand, weak semantics don't seem to be possible, since the builtin can't distinguish between the two failure cases that could occur. Also, to match the C11 interface, use of gcc builtins is unavoidable. Add a check to the build system to make sure the compiler supports them (although I don't think there's any compiler which supports __sync_*, but not these extensions). Needed for the following commit.
*	Move compat/ and bstr/ directory contents somewhere else	wm4	2014-08-29	1	-0/+77
	bstr.c doesn't really deserve its own directory, and compat had just a few files, most of which may as well be in osdep. There isn't really any justification for these extra directories, so get rid of them. The compat/libav.h was empty - just delete it. We changed our approach to API compatibility, and will likely not need it anymore.