- 13 Apr, 2017 1 commit
-
-
Aaron Levinson authored
Made appropriate changes to be able to successfully build C++ files using a Visual C++ build on Windows. Based on an earlier patch by Kyle Schwarz. Comments: -- compat/w32pthreads.h: Made appropriate changes to w32pthreads.h to get it to build when it is being included in a C++ file and built with Visual C++. This is mostly a copy of Kyle Schwarz's patch as described above. -- configure: a) Now calling set_ccvars CXX to cause the various CXX_ variables to be setup properly. For example, with MSVC (Microsoft Visual C++), this causes CXX_O to be set to -Fo$@ instead of using the default value. The default value does not work with Visual C++. This change will also have the impact of correcting CXX_O (and possibly CXX_C) for other compilers, although this is really only relevant for the Intel compiler, in addition to MSVC. b) Now using cl for the C++ compiler for the MSVC toolchain. This is currently only relevant for building the Blackmagic/Decklink-related files under avdevice. Signed-off-by: Hendrik Leppkes <h.leppkes@gmail.com>
-
- 24 Nov, 2016 1 commit
-
-
Diego Biurrun authored
This eliminates a handful of warnings at every inclusion of the header.
-
- 31 Jan, 2016 1 commit
-
-
Timothy Gu authored
-
- 30 Oct, 2015 1 commit
-
-
Martin Storsjö authored
This fixes building on older mingw (both mingw.org and mingw64; mingw64 from before May 2011). Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 16 Oct, 2015 2 commits
-
-
Hendrik Leppkes authored
When SSE2 or higher compiler optimizations are used, mingw uses the _mm_mfence intrinsic for MemoryBarrier, however it doesn't include the appropriate headers automatically. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Hendrik Leppkes authored
When SSE2 or higher compiler optimizations are used, mingw uses the _mm_mfence intrinsic for MemoryBarrier, however it doesn't include the appropriate headers automatically.
-
- 15 Oct, 2015 1 commit
-
-
wang-bin authored
_beginthreadex is for desktop only. CreateThread is available for windows store apps on windows (and phone) 8.1 and later. http://msdn.microsoft.com/en-us/library/ms682453%28VS.85%29.aspxSigned-off-by: Matt Oliver <protogonoi@gmail.com>
-
- 07 Oct, 2015 2 commits
-
-
Hendrik Leppkes authored
This removes the requirement of calling w32thread_init before being able to use the threading primitives. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
Hendrik Leppkes authored
The emulation uses native InitOnce* APIs on Windows Vista+, and a lock-free/allocation-free approach using atomics and spinning for Windows XP. Signed-off-by: Luca Barbato <lu_zero@gentoo.org>
-
- 30 Sep, 2015 1 commit
-
-
Matt Oliver authored
-
- 10 Oct, 2014 2 commits
-
-
James Almer authored
Wrap the function calls in a similar fashion to how it's being done with the critical section API. Signed-off-by: James Almer <jamrial@gmail.com> Signed-off-by: Martin Storsjö <martin@martin.st>
-
James Almer authored
This silences warnings about passing arguments from incompatible pointer type when targeting Windows Vista or newer. Signed-off-by: James Almer <jamrial@gmail.com> Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 09 Oct, 2014 2 commits
-
-
James Almer authored
compat/w32pthreads: use the condition variable API directly when targeting newer versions of Windows Wrap the function calls in a similar fashion to how it's being done with the critical section API. Reviewed-by: Michael Niedermayer <michaelni@gmx.at> Signed-off-by: James Almer <jamrial@gmail.com>
-
James Almer authored
This silences warnings about passing arguments from incompatible pointer type when targeting Windows Vista or newer. Tested-by: Matt Oliver <protogonoi@gmail.com> Reviewed-by: Michael Niedermayer <michaelni@gmx.at> Signed-off-by: James Almer <jamrial@gmail.com>
-
- 15 Aug, 2014 1 commit
-
-
Diego Biurrun authored
This avoids annoying warnings about unused functions. The compatibility wrapper is designed to provide a complete (stub) API, so some functions being unused by some files is natural and no reason for a warning.
-
- 13 Aug, 2014 1 commit
-
-
Martin Storsjö authored
When explicitly targeting Vista or newer (which only happens if the caller explicitly sets _WIN32_WINNT to a high enough value via the extra cflags option - otherwise configure script sets -D_WIN32_WINNT=0x0502), we already unconditionally link to the ConditionVariable functions, since 4622f11f. Similarly use the newer -Ex versions of CreateEvent, CreateSemaphore, InitializeCriticalSection and WaitForSingleObject, that all appeared in Vista. When building Windows Store applications, the older versions of these functions aren't available, only the -Ex functions. When doing such a build, the user can set -D_WIN32_WINNT=0x0600 to forcibly use the newer functions instead. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 26 May, 2014 1 commit
-
-
Nicolas George authored
-
- 27 Aug, 2013 2 commits
-
-
Martin Storsjö authored
This reverts commit 4622f11f. The compiler should be able to do the dead code elimination now without this when the cond_* names point directly to the real functions instead of to local function pointers. Signed-off-by: Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
This reduces the call overhead slightly. More noticeably, it restores the earlier (unintended?) feature that condition variable functions work just fine even if w32thread_init() hasn't been called. This was broken as a side effect of 4622f11f, if explicitly targeting Vista+. This makes w32threading work in VP8 again, if targeting Vista+. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 21 Aug, 2013 1 commit
-
-
Rafaël Carré authored
The emulation code is not needed when targetting Vista+ This helps getting rid of CreateSemaphore symbol, which is forbidden in Windows Store apps. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 18 Jul, 2013 1 commit
-
-
Diego Biurrun authored
Also fix a comment and an #endif comment.
-
- 24 May, 2013 1 commit
-
-
Anton Khirnov authored
It will be used in other places than lavc.
-
- 19 May, 2013 1 commit
-
-
Jean-Baptiste Kempf authored
Instead link directly to the condition variable functions. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 06 Oct, 2012 1 commit
-
-
Diego Biurrun authored
Anonymous structs cannot be forward declared and have no benefit.
-
- 14 Aug, 2012 1 commit
-
-
Diego Biurrun authored
-
- 14 Jul, 2012 1 commit
-
-
jamal authored
Signed-off-by: Michael Niedermayer <michaelni@gmx.at>
-
- 04 Apr, 2012 2 commits
-
-
Derek Buitenhuis authored
pthread_cond_wait is supposed to return an integer, and indeed does sometimes. Fix its function declaration to match its behavior and POSIX. Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
Derek Buitenhuis authored
pthread_cond_wait is supposed to return an integer, and indeed does sometimes. Fix its function declaration to match its behavior and POSIX. Signed-off-by: Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- 23 Dec, 2011 1 commit
-
-
Sergey Radionov authored
Also add "volatile" to broadcast flag (since it is used from multiple threads). Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 21 Dec, 2011 1 commit
-
-
Sergey Radionov authored
This fixes a deadlock VLC triggered with multithreaded decoding. The wait forces one of the current waiters to wake and not the thread which calls pthread_cond_signal() itself. Signed-off-by: Ronald S. Bultje <rsbultje@gmail.com>
-
- 07 Dec, 2011 1 commit
-
-
Ronald S. Bultje authored
-
- 05 Nov, 2011 1 commit
-
-
Martin Storsjö authored
This allows using these wrappers in the gcrypt mutex callbacks. Signed-off-by: Martin Storsjö <martin@martin.st>
-
- 16 Oct, 2011 1 commit
-
-
Steven Walters authored
Replace our incomplete w32threads implementation with x264's pthreads w32threads wrapper. Relicensed to LGPL with kind permission by Pegasys Inc. Signed-off-by: Janne Grunau <janne-libav@jannau.net>
-