1. 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
  2. 13 Jun, 2013 1 commit
  3. 12 Jun, 2013 1 commit
  4. 30 May, 2013 1 commit
  5. 21 May, 2013 2 commits
  6. 14 May, 2013 1 commit
  7. 12 May, 2013 1 commit
  8. 07 May, 2013 1 commit
  9. 03 May, 2013 1 commit
  10. 29 Apr, 2013 1 commit
  11. 25 Apr, 2013 1 commit
  12. 09 Apr, 2013 1 commit
  13. 25 Mar, 2013 2 commits
  14. 17 Mar, 2013 2 commits
  15. 08 Mar, 2013 1 commit
  16. 07 Mar, 2013 2 commits
  17. 06 Mar, 2013 1 commit
  18. 13 Feb, 2013 1 commit
  19. 05 Feb, 2013 1 commit
  20. 23 Jan, 2013 1 commit
  21. 10 Jan, 2013 3 commits
  22. 08 Jan, 2013 2 commits
  23. 06 Jan, 2013 1 commit
  24. 03 Jan, 2013 4 commits
  25. 02 Jan, 2013 6 commits