- 19 Jun, 2013 1 commit
-
-
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
-
- 13 Jun, 2013 1 commit
-
-
nulltoken committed
-
- 12 Jun, 2013 1 commit
-
-
This reverts commit 095bfd74.
Vicent Marti committed
-
- 30 May, 2013 1 commit
-
-
Veeti Paananen committed
-
- 21 May, 2013 2 commits
- 14 May, 2013 1 commit
-
-
This helps us install multiple versions of the library side-by-side.
Carlos Martín Nieto committed
-
- 12 May, 2013 1 commit
-
-
The code surrounding zlib bundling did not take into consideration that ZLIB_LIBRARY gets cached, and assumed that FIND(ZLIB) would always set ZLIB_FOUND, which does not hold true, as this variable signifies that we have found the package and had to look at the system, as its location was not cached. Only use the bundled sources if the external zlib is neither newly-found nor cached.
Carlos Martín Nieto committed
-
- 07 May, 2013 1 commit
-
-
Brad Morgan committed
-
- 03 May, 2013 1 commit
-
-
Vicent Marti committed
-
- 29 Apr, 2013 1 commit
-
-
Edward Thomson committed
-
- 25 Apr, 2013 1 commit
-
-
Edward Thomson committed
-
- 09 Apr, 2013 1 commit
-
-
Ben Straub committed
-
- 25 Mar, 2013 2 commits
-
-
Philip Kelley committed
-
Vicent Marti committed
-
- 17 Mar, 2013 2 commits
-
-
(see http://public.kitware.com/Bug/view.php?id=11240)
QbProg committed -
This is useful when linking libgit2 statically, as the setting must match the linking program's one.
QbProg committed
-
- 08 Mar, 2013 1 commit
-
-
MinGW >= 3.14 does this automatically, but mingw-64 wants us to define it.
Carlos Martín Nieto committed
-
- 07 Mar, 2013 2 commits
-
-
Edward Thomson committed
-
Added build option SONAME to control whether VERSION and SOVERSION were set for the git2 target, as some platforms require that this NOT be set.
Nathan Osman committed
-
- 06 Mar, 2013 1 commit
-
-
Philip Kelley committed
-
- 13 Feb, 2013 1 commit
-
-
Philip Kelley committed
-
- 05 Feb, 2013 1 commit
-
-
Deploys the libgit2/libgit2@9041250 fix to RELWITHDEBINFO and MINSIZEREL build flavors Fix #255
nulltoken committed
-
- 23 Jan, 2013 1 commit
-
-
Edward Thomson committed
-
- 10 Jan, 2013 3 commits
-
-
Sebastian Bauer committed
-
Before it was compiled when CMake was actually run on AmigaOS.
Sebastian Bauer committed -
Sebastian Bauer committed
-
- 08 Jan, 2013 2 commits
-
-
Edward Thomson committed
-
Edward Thomson committed
-
- 06 Jan, 2013 1 commit
-
-
nulltoken committed
-
- 03 Jan, 2013 4 commits
-
-
Vicent Marti committed
-
Vicent Marti committed
-
Vicent Marti committed
-
Vicent Marti committed
-
- 02 Jan, 2013 6 commits
-
-
Vicent Marti committed
-
Vicent Marti committed
-
Vicent Marti committed
-
Vicent Marti committed
-
Vicent Marti committed
-
Vicent Marti committed
-