1. 28 May, 2013 4 commits
  2. 27 May, 2013 1 commit
  3. 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:
          13.1.1.171 (2013 Update 3) x86 and x64
          12.1.5.344 (2011 Update 11) x86 and x64
      Signed-off-by: 's avatarLuca Barbato <lu_zero@gentoo.org>
      322e4194
    • 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
      compilers).
      Signed-off-by: 's avatarLuca Barbato <lu_zero@gentoo.org>
      9495cd17
  4. 24 May, 2013 1 commit
  5. 21 May, 2013 1 commit
  6. 19 May, 2013 5 commits
  7. 18 May, 2013 2 commits
  8. 17 May, 2013 2 commits
  9. 15 May, 2013 2 commits
  10. 14 May, 2013 2 commits
  11. 13 May, 2013 1 commit
  12. 12 May, 2013 4 commits
  13. 10 May, 2013 1 commit
  14. 08 May, 2013 1 commit
  15. 07 May, 2013 3 commits
  16. 05 May, 2013 3 commits
  17. 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: 's avatarMartin Storsjö <martin@martin.st>
      2cca96e6
    • 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
      documentation.
      
      The idea of using set_defaults is from Luca Barbato.
      b1ee8eec
  18. 03 May, 2013 2 commits
    • 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: 's avatarMartin Storsjö <martin@martin.st>
      769d921f
    • highgod0401's avatar
      f685aee1
  19. 02 May, 2013 1 commit
    • Martin Storsjö's avatar
      configure: Don't do enable_deep_weak on disabled variables · ffb068ce
      Martin Storsjö authored
      This avoids cases where configure tries to weakly enable an item
      which actually is disabled, ending up still enabling dependencies
      of the item which itself is only enabled weakly.
      
      More concretely, the h264 decoder suggests error resilience, which
      is then enabled weakly (unless manually disabled). Previously,
      dsputil, which is a dependency of error resilience, was enabled
      even if error resilience wasn't enabled in the end.
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      ffb068ce