1. 18 Jul, 2013 1 commit
  2. 17 Jul, 2013 1 commit
  3. 12 Jul, 2013 1 commit
  4. 19 Jun, 2013 1 commit
    • CMakeLists: fix zlib linker setup · c41281ad
      b53671ae (Search for zlib unconditional, 2012-12-18) changed things
      around to always (even on windows, that's what the subject refers to)
      call FIND_PACKAGE(ZLIB).
      
      However, it did not correctly handle the case where ZLIB_LIBRARY is
      cached, either by the user setting it manually or by an earlier
      search.  In that case, the IF(ZLIB_FOUND) would not trigger (that
      variable is not cached) and we'd instead use the built-in version.
      
      000e6896 (CMake: don't try to use bundled zlib when the system's path
      is in the cache, 2013-05-12) tried to fix that, but it actually made
      the problem worse: now with ZLIB_LIBRARY cached, _neither_ of the
      blocks would execute, resulting in a linker error for me when trying
      to build such a doubly-configured setup.
      
      To fix the issue, we just trust CMake to do the right thing.  If
      ZLIB_LIBRARY is set (either from user or cache) then the find_library
      in FindZLIB.cmake will use that instead of searching again.  So we can
      unconditionally (for real this time) call FIND_PACKAGE(ZLIB), and just
      check its result.
      Thomas Rast committed
  5. 13 Jun, 2013 1 commit
  6. 12 Jun, 2013 1 commit
  7. 30 May, 2013 1 commit
  8. 21 May, 2013 2 commits
  9. 14 May, 2013 1 commit
  10. 12 May, 2013 1 commit
  11. 07 May, 2013 1 commit
  12. 03 May, 2013 1 commit
  13. 29 Apr, 2013 1 commit
  14. 25 Apr, 2013 1 commit
  15. 09 Apr, 2013 1 commit
  16. 25 Mar, 2013 2 commits
  17. 17 Mar, 2013 2 commits
  18. 08 Mar, 2013 1 commit
  19. 07 Mar, 2013 2 commits
  20. 06 Mar, 2013 1 commit
  21. 13 Feb, 2013 1 commit
  22. 05 Feb, 2013 1 commit
  23. 23 Jan, 2013 1 commit
  24. 10 Jan, 2013 3 commits
  25. 08 Jan, 2013 2 commits
  26. 06 Jan, 2013 1 commit
  27. 03 Jan, 2013 4 commits
  28. 02 Jan, 2013 3 commits