<feed xmlns='http://www.w3.org/2005/Atom'>
<title>jcarr/git2go/git_bundled_static.go, branch v0.0.35</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.
</subtitle>
<id>http://cgit.wit.com/jcarr/git2go/atom?h=v0.0.35</id>
<link rel='self' href='http://cgit.wit.com/jcarr/git2go/atom?h=v0.0.35'/>
<link rel='alternate' type='text/html' href='http://cgit.wit.com/jcarr/git2go/'/>
<updated>2020-12-13T23:20:16Z</updated>
<entry>
<title>Rename the build files (#724)</title>
<updated>2020-12-13T23:20:16Z</updated>
<author>
<name>lhchavez</name>
<email>lhchavez@lhchavez.com</email>
</author>
<published>2020-12-13T23:20:16Z</published>
<link rel='alternate' type='text/html' href='http://cgit.wit.com/jcarr/git2go/commit/?id=4b2ac7c998be677d865367908787f17fb570c679'/>
<id>urn:sha1:4b2ac7c998be677d865367908787f17fb570c679</id>
<content type='text'>
This change renames the build files so they come lexicographically
before any source files. This makes the compile errors (due to
mismatched libgit2 versions) easier to understand, since the
`Build_*.go` files will be tried before the rest, and the `#error` in
those files will kick in, leading to a much better experience.

This unfortunately goes a bit against the defacto standard of using only
lowercase characters in filenames, but the better developer experience
(and better self-diagnosis when things go wrong instead of having to
open a new issue) is worth the deviation.

Fixes: #711
Fixes: #617</content>
</entry>
<entry>
<title>Relax libgit2 minor version check (#696)</title>
<updated>2020-11-28T19:10:34Z</updated>
<author>
<name>nmeum</name>
<email>soeren+github@soeren-tempel.net</email>
</author>
<published>2020-11-28T19:10:34Z</published>
<link rel='alternate' type='text/html' href='http://cgit.wit.com/jcarr/git2go/commit/?id=1fabe95fb7275df980ff6ab03fb85eac91c5849d'/>
<id>urn:sha1:1fabe95fb7275df980ff6ab03fb85eac91c5849d</id>
<content type='text'>
The major version must still be an exact match since libgit2 uses
semantic versioning and changes to the major number indicate backwards
incompatible changes to the API.

Fixes: #695</content>
</entry>
<entry>
<title>Create v31 to support libgit2 v1.1.x (#668)</title>
<updated>2020-10-27T01:09:26Z</updated>
<author>
<name>Suhaib Mujahid</name>
<email>suhaibmujahid@gmail.com</email>
</author>
<published>2020-10-27T01:09:26Z</published>
<link rel='alternate' type='text/html' href='http://cgit.wit.com/jcarr/git2go/commit/?id=ad3ec3664d54779c4c2e49e41f85e886fbff343c'/>
<id>urn:sha1:ad3ec3664d54779c4c2e49e41f85e886fbff343c</id>
<content type='text'>
The libgit2 `v1.1.0` is released two weeks ago. This PR allows `git2go` to link against the new version.</content>
</entry>
<entry>
<title>Revamp the ways in which the library can be built (#621)</title>
<updated>2020-06-21T22:40:52Z</updated>
<author>
<name>lhchavez</name>
<email>lhchavez@lhchavez.com</email>
</author>
<published>2020-06-21T22:40:52Z</published>
<link rel='alternate' type='text/html' href='http://cgit.wit.com/jcarr/git2go/commit/?id=20a55cdf92f4ad6af4110861811a7076056cdf36'/>
<id>urn:sha1:20a55cdf92f4ad6af4110861811a7076056cdf36</id>
<content type='text'>
This change allows to link the system version of libgit2 statically.
Since `-tags static` is already used for the bundled version of the
library and to avoid breaking old workflows, `-tags
static,system_libgit2` is now used to select that.

This means that the valid combinations are:

| Flag                          | Effect                                        |
|-------------------------------|-----------------------------------------------|
| _No flags_                    | Dynamically-linked against the system libgit2 |
| `-tags static,system_libgit2` | Statically-linked against the system libgit2  |
| `-tags static`                | Statically-linked against the bundled libgit2 |

Note that there is no way to express dynamically linking against the
bundled libgit2 because that makes very little sense, since the binaries
wouldn't be able to be distributed. If that's still desired, the
`PKG_CONFIG_PATH` environment variable can set before building the code.
[`Makefile`](https://github.com/libgit2/git2go/blob/master/Makefile) has
an example of how it is used in the CI.</content>
</entry>
</feed>
