1. 23 Nov, 2017 1 commit
  2. 19 Nov, 2017 1 commit
    • Martin Storsjö's avatar
      libavcodec: Don't use dllexport, only dllimport when building DLLs · 3152058b
      Martin Storsjö authored
      The only purpose of dllexport (which is set while building the library
      that exports the symbols) is to have the linker automatically
      export such symbols into a DLL without using a def file - it doesn't
      affect the generated code.
      
      For both MSVC and mingw builds, this isn't essential since we override
      what symbols to export via an autogenerated def file instead.
      
      Update a comment in configure to refer to the right concept.
      
      With lld, this avoids warnings about duplicate export directives,
      when some symbols are requested to be exported both via dllexport
      attributes and via the autogenerated def file.
      
      This also reduces the number of lines of code marginally.
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      3152058b
  3. 16 Nov, 2017 1 commit
  4. 15 Nov, 2017 2 commits
  5. 14 Nov, 2017 1 commit
  6. 13 Nov, 2017 1 commit
  7. 12 Nov, 2017 6 commits
  8. 11 Nov, 2017 3 commits
  9. 09 Nov, 2017 3 commits
  10. 06 Nov, 2017 1 commit
  11. 04 Nov, 2017 2 commits
  12. 03 Nov, 2017 3 commits
  13. 02 Nov, 2017 4 commits
  14. 30 Oct, 2017 1 commit
    • Martin Storsjö's avatar
      configure: Stop using dlltool to create an import library · 67c72f08
      Martin Storsjö authored
      There shouldn't be any functional difference between the import
      library created by dlltool and the one produced by the linker itself.
      Keep installing it with both names though, for compatibility with users
      that expect both to exist.
      
      The dlltool step was added in ec10a9ab; prior to that, a MSVC
      compatible import library was generated using lib.exe. After that
      commit, there was no functional difference between the two import
      libraries (and since MSVC 2012, link.exe works just fine with the
      GNU binutils generated one).
      Signed-off-by: 's avatarMartin Storsjö <martin@martin.st>
      67c72f08
  15. 27 Oct, 2017 3 commits
  16. 25 Oct, 2017 2 commits
  17. 24 Oct, 2017 5 commits