deps/zlib


Log

Author Commit Date CI Message
Patrick Steinhardt 2e0f926e 2018-08-30T12:16:40 docs: clarify and include licenses of dependencies While our contribution guide tries to make clear the licenses that apply to libgit2, it does not make clear that different licenses apply to our bundled dependencies. Make this clear by listing each dependency together with the licenses that they are governed by. Furthermore, bundle the complete license texts next to the code they apply to.
Patrick Steinhardt 4c5330cb 2018-03-07T10:33:41 deps: upgrade embedded zlib to version 1.2.11 The current version of zlib bundled with libgit2 is version 1.2.8. This version has several CVEs assigned: - CVE-2016-9843 - CVE-2016-9841 - CVE-2016-9842 - CVE-2016-9840 Upgrade the bundled version to the current release 1.2.11, which has these vulnerabilities fixes.
Patrick Steinhardt 8c19969a 2017-09-06T07:38:48 cmake: fix static linking for bundled deps Our bundled deps are being built as simple static libraries which are then linked into the libgit2 library via `TARGET_LINK_LIBRARIES`. While this works for a dynamically built libgit2 library, using this function to link two static libraries does not have the expected outcome of merging those static libraries into one big library. This leads to symbols of our bundled deps being undefined in the resulting libgit2 archive. As we have bumped our minimum CMake version to 2.8.11, we can now easily make use of object libraries for our bundled dependencies. So build instructions are still self-contained inside of the dependency directories and the resulting object libraries can just be added to the LIBGIT2_OBJECTS list, which will cause them to be linked into the final resulting static library. This fixes the issue of undefined symbols.
Patrick Steinhardt 1f43a43d 2017-06-28T13:28:33 cmake: move zlib build instructions into subdirectory Extract code required to build the zlib library into its own CMakeLists.txt, which is included as required.
Patrick Steinhardt 9b0482e4 2017-06-30T19:24:15 zlib: include "git2/types.h" instead of "common.h" The zlib dependency includes "common.h" inside of the "zconf.h" header to make available some type declarations like e.g. git_off_t. Including the "common.h" header does pull in quite a lot of other headers though, which are not required at all. Instead, we can just include our public "git2/types.h" header, which is much more limited in its scope but still provides everything required for "zconf.h". This fix eases the transition later on to use a separate "features.h" header instead of defines. As we have to generate the "features.h" header, we put it in the build directory and add an include directory. As we are splitting out building of dependencies into subdirectories, this would mean that the zlib dependency needs to be aware of the parent project's build directory, which is unfortunate. By including "git2/types.h", we avoid this problem.
Carlos Martín Nieto b42ff7c0 2014-06-11T18:22:46 zlib: disable warning 4142 on MSVC This is about benign redefinition of types. We're not interested in it.
Carlos Martín Nieto 4f8ac216 2014-06-11T18:15:04 zlib: get rid of compress.c and uncompr.c
Carlos Martín Nieto 2bc76050 2014-06-11T18:10:04 zlib: get rid of gz*
Carlos Martín Nieto a9185589 2014-06-11T18:03:37 zlib: add a few missing defines
Carlos Martín Nieto 7cead31e 2014-06-11T16:36:08 Merge branch 'cmn/zlib-128' into cmn/zlib-update Conflicts: deps/zlib/crc32.c deps/zlib/crc32.h deps/zlib/zconf.h
Carlos Martín Nieto 4ca2d7e4 2014-06-11T16:10:00 Update zlib to 1.2.8
Vicent Marti f6867e63 2011-08-08T16:56:28 Fix compilation in Windows
Vicent Marti ec626853 2011-07-01T17:34:27 zlib: Declare preprocessor directives at build time
Vicent Marti 8a062003 2011-06-30T21:10:16 zlib: No visualization attributes. The visibility attribute is a headache on many platforms like Solaris, and not even supported on Windows.
Vicent Marti 9f81a37a 2011-03-16T23:02:31 Define NO_GZIP in zconf.h instead of at compile time
Vicent Marti 434bedcd 2011-03-15T19:46:38 Fix compilation warnings in ZLib (MSVC) Yes, we are changing the Zlib code. This is dangerous and uncool. Fortunately, these are just some implicit casts.
Vicent Marti 5f8078d4 2011-03-15T04:03:54 Use a more sane zconf.f when building Zlib
Vicent Marti ab6a3d3d 2011-03-15T03:25:44 Add ZLib as a built-in dependency I don't know if this is good or bad. This lets libgit2 compile cleanly on any platforms without any external dependencies, but adds a little bit of bloat... Let's test this out and see what happens.