1. 04 Jul, 2013 1 commit
  2. 24 Jun, 2013 2 commits
  3. 23 Jun, 2013 2 commits
  4. 22 Jun, 2013 1 commit
  5. 19 Jun, 2013 1 commit
  6. 10 Jun, 2013 4 commits
  7. 03 Jun, 2013 1 commit
  8. 31 May, 2013 2 commits
  9. 28 May, 2013 3 commits
  10. 27 May, 2013 1 commit
  11. 25 May, 2013 2 commits
    • Alex Smith's avatar
      msvc/icl: Intel Compiler support on Windows · 322e4194
      Alex Smith authored
      Initial support for the ICL compiler on windows. Requires a new
      c99wrap with ICL support (1.0.2+).
      Currently not much different speed wise compared to msvc. In the
      future with a few changes it can be made to support the inline asm.
      This would be the primary reason for using it.
      Passed all fate tests, versions tested:
 (2013 Update 3) x86 and x64
 (2011 Update 11) x86 and x64
      Signed-off-by: default avatarLuca Barbato <lu_zero@gentoo.org>
    • Laurent's avatar
      configure: Fix check_exec_crash for ICL support · 9495cd17
      Laurent authored
      Change the check_exec_crash test to use a function pointer instead of
      simply calling the function. The EBP availability test will crash when
      compiled with ICL likely due to compiler optimization shenanigans.
      Originally the check_exec_crash code was moved out of main to fix a
      problem with gcc's treatment of non-leaf main on x86_32. Libav already
      moved the code out of main but the addition of the function pointer will
      prevent any inlining which fixes the remaining problem.
      A function pointer is used since it is compiler agnostic (as opposed to
      say __attribute__ ((noinline)) which would only work with gcc compatible
      Signed-off-by: default avatarLuca Barbato <lu_zero@gentoo.org>
  12. 21 May, 2013 1 commit
  13. 19 May, 2013 1 commit
    • Martin Storsjö's avatar
      configure: msvc: Set the target windows version to XP if no target is set · 0b6899f1
      Martin Storsjö authored
      MSVC 2010 (or more precisely, Windows SDK 7.0 which comes with MSVC
      2010) sets _WIN32_WINNT to the constant for Windows 7 if nothing is
      set. This could lead to the libav configure script detecting and
      using functions only present in Windows 7 or newer, which in most
      cases isn't desired. If the caller explicitly wants this, the caller
      can add the _WIN32_WINNT define via --extra-cflags, setting the desired
      Signed-off-by: default avatarMartin Storsjö <martin@martin.st>
  14. 18 May, 2013 1 commit
  15. 17 May, 2013 1 commit
  16. 15 May, 2013 1 commit
  17. 13 May, 2013 1 commit
  18. 12 May, 2013 4 commits
  19. 07 May, 2013 3 commits
  20. 04 May, 2013 2 commits
    • Martin Storsjö's avatar
      configure: Check for getenv · 2cca96e6
      Martin Storsjö authored
      When targeting the "windows store application" (metro) API subset
      (or the windows phone API subset), the getenv function isn't
      available. If it is unavailable, just define getenv to NULL.
      The check uses check_func_headers, since the function actually
      might exist in the libraries, but is hidden in the headers.
      The fallback is in config.h since msvc can't do -D defines with
      parameters on the command line, and it's used both within the
      libraries and the frontend applications (so a libavutil internal
      header wouldn't be enough).
      Signed-off-by: default avatarMartin Storsjö <martin@martin.st>
    • Reinhard Tartler's avatar
      configure: Add basic valgrind-memcheck support · b1ee8eec
      Reinhard Tartler authored
      With the parameter --valgrind-memcheck, the configure script sets
      reasonable defaults that can be overridden as explained in the
      The idea of using set_defaults is from Luca Barbato.
  21. 03 May, 2013 1 commit
    • Martin Storsjö's avatar
      compat: msvc: Make sure the object files are included when linking statically · 769d921f
      Martin Storsjö authored
      If building libav with -MD in the cflags (for making the MSVC compiler
      generate code for using a dynamically linked libc), the system headers
      that declare strtod, snprintf and vsnprintf declare the functions as
      imported from a DLL. To hook up wrappers of our own for these functions,
      the function names are defined to avpriv_*, so that the calling code
      within libav calls the wrappers instead. Since these functions
      are declared to be imported from DLLs, the calling code expects to
      load them from DLL import function pointers (creating references to
      _imp__avpriv_strtod instead of directly to avpriv_strtod). If the
      libav libraries are not built as DLLs, no such function pointers (as
      the calling code expects) are created.
      The linker can fix this up automatically in some cases (producing
      warnings LNK4217 and LNK4049), if the object files are already
      included. By telling the linker to try to include those symbols
      (without the _imp prefix as the calling code ends up using),
      we get the object files included, so that the linker can do the
      automatic fixup. This is done via config.h, so that all (or at least
      most) of the object files in our libraries force including the compat
      files, to make sure they are included regardless of what files from our
      static libraries actually are included.
      Signed-off-by: default avatarMartin Storsjö <martin@martin.st>
  22. 02 May, 2013 2 commits
  23. 19 Apr, 2013 2 commits