Name |
Last commit
|
Last update |
---|---|---|
deps/zlib | ||
examples | ||
include | ||
src | ||
tests | ||
.HEADER | ||
.gitattributes | ||
.gitignore | ||
CMakeLists.txt | ||
CONVENTIONS | ||
COPYING | ||
README.md | ||
api.docurium | ||
git.git-authors | ||
libgit2.pc.in |
Runtime checks are asserting on the embedded ZLib code because of truncation (see zlib/trees.c:218). This is not good or pretty, but I'm wary about patching the ZLib code even more. There are two ways to fix this: - Patch the ZLib code, and start storing a diff/patchset on how does our version of ZLib differ from the original one, so we can be more or less on sync when new version of ZLib. - Go back to ZLib as an external dependency, which is np for *NIX users but annoying as dicks for Windows users. THINK HARD
Name |
Last commit
|
Last update |
---|---|---|
deps/zlib | Loading commit data... | |
examples | Loading commit data... | |
include | Loading commit data... | |
src | Loading commit data... | |
tests | Loading commit data... | |
.HEADER | Loading commit data... | |
.gitattributes | Loading commit data... | |
.gitignore | Loading commit data... | |
CMakeLists.txt | Loading commit data... | |
CONVENTIONS | Loading commit data... | |
COPYING | Loading commit data... | |
README.md | Loading commit data... | |
api.docurium | Loading commit data... | |
git.git-authors | Loading commit data... | |
libgit2.pc.in | Loading commit data... |