This makes so much sense that I can't believe it hasn't been done before. Kill the old `git_fbuffer` and read files straight into `git_buf` objects. Also: In order to fully support 4GB files in 32-bit systems, the `git_buf` implementation has been changed from using `ssize_t` for storage and storing negative values on allocation failure, to using `size_t` and changing the buffer pointer to a magical pointer on allocation failure. Hopefully this won't break anything.
| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| attr | Loading commit data... | |
| buf | Loading commit data... | |
| commit | Loading commit data... | |
| config | Loading commit data... | |
| core | Loading commit data... | |
| diff | Loading commit data... | |
| index | Loading commit data... | |
| network | Loading commit data... | |
| notes | Loading commit data... | |
| object | Loading commit data... | |
| odb | Loading commit data... | |
| refs | Loading commit data... | |
| repo | Loading commit data... | |
| status | Loading commit data... | |
| README.md | Loading commit data... | |
| clar | Loading commit data... | |
| clar_helpers.c | Loading commit data... | |
| clar_libgit2.h | Loading commit data... |