- 24 Feb, 2023 1 commit
-
-
Edward Thomson committed
-
- 22 Feb, 2023 1 commit
-
-
Update based on carlosmn suggestions.
Edward Thomson committed
-
- 20 Feb, 2023 1 commit
-
-
We say that you can link libgit2 "unmodified"... "without having to release its source code". Clarify that you can modify libgit2 - but you must release _its_ source code back - and you can link libgit2 without having to release _your software's_ source code.
Edward Thomson committed
-
- 14 Feb, 2023 1 commit
-
-
Updates the README.md language binding section to reference a new project providing PHP bindings at https://github.com/RogerGee/php-git2.
Roger Gee committed
-
- 20 Jan, 2023 1 commit
-
-
Edward Thomson committed
-
- 02 Jun, 2022 1 commit
-
-
apnadkarni committed
-
- 22 May, 2022 1 commit
-
-
Max Leske committed
-
- 13 Feb, 2022 1 commit
-
-
Edward Thomson committed
-
- 09 Jan, 2022 1 commit
-
-
Miguel Arroz committed
-
- 24 Dec, 2021 1 commit
-
-
PSGit is not using libgit2 library. It is stub of a library and is not developed further.
Marcin Kolenda committed
-
- 11 Nov, 2021 1 commit
-
-
Threading can now be disabled with `USE_THREADS=OFF` instead of `THREADSAFE=OFF` to better support the other cmake semantics. Nanosecond support is the default _if_ we can detect it. This should be our default always - like threads - and people can opt out explicitly.
Edward Thomson committed
-
- 28 Oct, 2021 1 commit
-
-
in #6083 the test runner was renamed to libgit2_tests, but not all references to the old name were updated. this change changes all of them to use the new name.
Martin Kühl committed
-
- 17 Oct, 2021 1 commit
-
-
Nobody knows what CLAR is. The test building option should be `BUILD_TESTS`.
Edward Thomson committed
-
- 13 Sep, 2021 1 commit
-
-
Add git24j to the language bindings
shijing committed
-
- 05 Sep, 2021 1 commit
-
-
Edward Thomson committed
-
- 30 Jul, 2021 1 commit
-
-
Edward Thomson committed
-
- 25 Jun, 2021 1 commit
-
-
Edward Thomson committed
-
- 25 Mar, 2021 1 commit
-
-
Delphi/Free pascal bindings targeting the latest version of libgit2
todaysoftware committed
-
- 04 Mar, 2021 1 commit
-
-
[skip ci]
Edward Thomson committed
-
- 11 Feb, 2021 1 commit
-
-
Jeroen Ooms committed
-
- 07 Jan, 2021 1 commit
-
-
Edward Thomson committed
-
- 13 Dec, 2020 1 commit
-
-
Edward Thomson committed
-
- 24 Nov, 2020 1 commit
-
-
Edward Thomson committed
-
- 23 Nov, 2020 1 commit
-
-
Edward Thomson committed
-
- 11 May, 2020 1 commit
-
-
Add instructions for building libgit2 in MinGW environment
A-Ovchinnikov-mx committed
-
- 01 Apr, 2020 1 commit
-
-
Patrick Steinhardt committed
-
- 14 Mar, 2020 1 commit
-
-
We currently hand-code logic to configure where to install our artifacts via the `LIB_INSTALL_DIR`, `INCLUDE_INSTALL_DIR` and `BIN_INSTALL_DIR` variables. This is reinventing the wheel, as CMake already provide a way to do that via `CMAKE_INSTALL_<DIR>` paths, e.g. `CMAKE_INSTALL_LIB`. This requires users of libgit2 to know about the discrepancy and will require special hacks for any build systems that handle these variables in an automated way. One such example is Gentoo Linux, which sets up these paths in both the cmake and cmake-utils eclass. So let's stop doing that: the GNUInstallDirs module handles it in a better way for us, especially so as the actual values are dependent on CMAKE_INSTALL_PREFIX. This commit removes our own set of variables and instead refers users to use the standard ones. As a second benefit, this commit also fixes our pkgconfig generation to use the GNUInstallDirs module. We had a bug there where we ignored the CMAKE_INSTALL_PREFIX when configuring the libdir and includedir keys, so if libdir was set to "lib64", then libdir would be an invalid path. With GNUInstallDirs, we can now use `CMAKE_INSTALL_FULL_LIBDIR`, which handles the prefix for us.
Patrick Steinhardt committed
-
- 23 Feb, 2020 1 commit
-
-
Peter Salomonsen committed
-
- 19 Feb, 2020 1 commit
-
-
As noted in docs/release.md, we only provide security updates for the latest two releases. Let's thus drop the build status of both v0.27 and v0.26 branches, adding the new v0.99 branch instead.
Patrick Steinhardt committed
-
- 30 Jan, 2020 1 commit
-
-
ayush-1506 committed
-
- 15 Sep, 2019 1 commit
-
-
Drew DeVault committed
-
- 20 Jun, 2019 1 commit
-
-
Eric Huss committed
-
- 24 May, 2019 1 commit
-
-
GitHub has recently introduced a new set of tools that aims to ease the process around vulnerability reports and security fixes. Part of those tools is a new security tab for projects that will display contents from a new SECURITY.md file. Move relevant parts from README.md to this new file to make use of this feature.
Patrick Steinhardt committed
-
- 05 Mar, 2019 1 commit
-
-
Dominik Ritter committed
-
- 13 Feb, 2019 1 commit
-
-
The URL was incorrect for the nightly badge image; it was erroneously showing the master branch continuous integration build badge.
Edward Thomson committed
-
- 12 Feb, 2019 1 commit
-
-
Include a build badge for `maint/v0.28` builds.
Edward Thomson committed
-
- 28 Jan, 2019 1 commit
-
-
Edward Thomson committed
-
- 17 Jan, 2019 1 commit
-
-
The recommendation from engineers within Microsoft is that libraries should have a calling convention specified in the public API, and that calling convention should be cdecl unless there are strong reasons to use a different calling convention. We previously offered end-users the choice between cdecl and stdcall calling conventions. We did this for presumed wider compatibility: most Windows applications will use cdecl, but C# and PInvoke default to stdcall for WINAPI compatibility. (On Windows, the standard library functions are are stdcall so PInvoke also defaults to stdcall.) However, C# and PInvoke can easily call cdecl APIs by specifying an annotation. Thus, we will explicitly declare ourselves cdecl and remove the option to build as stdcall.
Edward Thomson committed
-
- 22 Sep, 2018 2 commits
-
-
Edward Thomson committed
-
Edward Thomson committed
-