- Dec 11, 2014
-
-
Michael Niedermayer authored
Fixes: CID1257658 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- Oct 10, 2014
-
-
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>
-
- Oct 09, 2014
-
-
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>
-
- Aug 15, 2014
-
-
Gabriel Dume authored
Signed-off-by:
Diego Biurrun <diego@biurrun.de>
-
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.
-
- Aug 13, 2014
-
-
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>
-
- May 26, 2014
-
-
Nicolas George authored
-
- Mar 10, 2014
-
-
Anton Khirnov authored
The values of {FLT,DBL}_{MAX,MIN} macros on some systems (older musl libc, some BSD flavours) are not exactly representable, i.e. (double)DBL_MAX == DBL_MAX is false This violates (at least some interpretations of) the C99 standard and breaks code (e.g. in vf_fps) like double f = DBL_MAX; [...] if (f == DBL_MAX) { // f has not been changed yet [....] }
-
- Mar 06, 2014
-
-
Andreas Cadhalpun authored
Correct the FSF address for two avisynth files to '51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA' Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- Dec 30, 2013
-
-
Reimar Döffinger authored
Since we have this compat/va_copy.h header already we might just as well make use of it for more than one compiler. Signed-off-by:
Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
- Nov 24, 2013
-
-
Derek Buitenhuis authored
This allows MSVC 2013 and ICL to build with no external dependencies. Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- Nov 07, 2013
-
-
Dave Yeo authored
Signed-off-by:
Dave Yeo <daveryeo@telus.net> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- Nov 06, 2013
-
-
Diego Biurrun authored
The macros forbidding the system functions no longer exist, obviating the need for the #undefs.
-
- Aug 27, 2013
-
-
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>
-
- Aug 21, 2013
-
-
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>
-
- Aug 17, 2013
-
-
Stephen Hutchinson authored
Uses the 2.5 compatibility header included with the variant of FFMS2 that uses AviSynth's C-interface. A copy of this header is now provided in compat/avisynth. avs_get_row_size_p and avs_get_height_p changed between versions 2.5 and 2.6. Since the avisynth_c.h header that avformat uses assumes AviSynth 2.6, it would cause 2.5 to crash if given any kind of real video (the Version() function was known to work, though). AvxSynth was unaffected by this issue because, despite being based on AviSynth 2.5.8 and using 2.5.8's interface version number of 3, it actually uses 2.6's versions of these functions. Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- Jul 18, 2013
-
-
Diego Biurrun authored
-
Diego Biurrun authored
Also fix a comment and an #endif comment.
-
- Jul 04, 2013
-
-
Luca Barbato authored
AIX defines a class() function in its math.h header without any guard.
-
- May 28, 2013
-
-
Dave Yeo authored
For useage in other places besides lavc. Needed after commit 90f9a583 Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- May 24, 2013
-
-
Anton Khirnov authored
It will be used in other places than lavc.
-
- Mar 21, 2013
-
-
Stephen Hutchinson authored
The versions of the headers are the same as those provided with x264 for consistency's sake.
-
- Mar 07, 2013
-
-
Reimar Döffinger authored
Make sure the behavior does not change with the locale. Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- Mar 04, 2013
-
-
Clément Bœsch authored
This should fix build after 88d55b82.
-
- Mar 03, 2013
-
-
Reimar Döffinger authored
As far as I can tell the code should not change behaviour depending on locale in any of these places. Signed-off-by:
Reimar Döffinger <Reimar.Doeffinger@gmx.de>
-
- Oct 23, 2012
-
-
Mans Rullgard authored
This adds support for building on Plan 9 x86-32. The compat/plan9 directory contains these items: - replacements for the 'head' and 'printf' shell commands - wrapper for main() to disable FPU exceptions Larger required changes to the system are described in the documentation. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- Oct 21, 2012
-
-
Michael Niedermayer authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- Oct 13, 2012
-
-
Mans Rullgard authored
The glibc definitions of INFINITY and NAN do not work with the tms470 compiler, nor do our usual fallbacks. Signed-off-by:
Mans Rullgard <mans@mansr.com>
-
- Sep 25, 2012
-
-
Derek Buitenhuis authored
All versions of MinGW-w64 prior to version 3, as well as all versions of MinGW32 have broken implementations of vsnprintf. Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- Sep 15, 2012
-
-
Ronald S. Bultje authored
This conforms to C99, but requires Windows >= XP.
-
Derek Buitenhuis authored
Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
Ronald S. Bultje authored
This conforms to C99, but requires Windows >= XP. Signed-off-by:
Derek Buitenhuis <derek.buitenhuis@gmail.com>
-
- Sep 06, 2012
-
-
Michael Niedermayer authored
This reverts commit ba537202. A better implementation has been commited by the same author to qatar Conflicts: configure Found-by:
jamal <jamrial@gmail.com> Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- Sep 05, 2012
-
-
Ronald S. Bultje authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
- Aug 28, 2012
-
-
Ronald S. Bultje authored
Signed-off-by:
Michael Niedermayer <michaelni@gmx.at>
-
- Aug 16, 2012
-
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-
Martin Storsjö authored
Signed-off-by:
Martin Storsjö <martin@martin.st>
-