<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/libgit2.git/deps/http-parser, branch main</title>
<subtitle>github.com: libgit2/libgit2.git
</subtitle>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/libgit2.git/'/>
<entry>
<title>cmake: Sort source files for reproducible builds</title>
<updated>2020-05-15T17:57:09+00:00</updated>
<author>
<name>Patrick Steinhardt</name>
<email>ps@pks.im</email>
</author>
<published>2020-05-15T17:52:40+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/libgit2.git/commit/?id=b85eefb4604d3ca6983bf80e7dc9d1cedde072fd'/>
<id>b85eefb4604d3ca6983bf80e7dc9d1cedde072fd</id>
<content type='text'>
We currently use `FILE(GLOB ...)` in most places to find source and
header files. This is problematic in that the order of files returned
depends on the operating system's directory iteration order and may thus
not be deterministic. As a result, we link object files in unspecified
order, which may cause the linker to emit different code across runs.

Fix this issue by sorting all code used as input to the libgit2 library
to improve the reliability of reproducible builds.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We currently use `FILE(GLOB ...)` in most places to find source and
header files. This is problematic in that the order of files returned
depends on the operating system's directory iteration order and may thus
not be deterministic. As a result, we link object files in unspecified
order, which may cause the linker to emit different code across runs.

Fix this issue by sorting all code used as input to the libgit2 library
to improve the reliability of reproducible builds.
</pre>
</div>
</content>
</entry>
<entry>
<title>http_parser: cast pointer arithmetic safely</title>
<updated>2019-06-24T14:00:40+00:00</updated>
<author>
<name>Edward Thomson</name>
<email>ethomson@edwardthomson.com</email>
</author>
<published>2019-05-20T13:14:57+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/libgit2.git/commit/?id=b292c35fef2c0e509571a12f55a35e2ea30ef944'/>
<id>b292c35fef2c0e509571a12f55a35e2ea30ef944</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>http_parser: handle URLs with colon but no port</title>
<updated>2019-06-11T20:55:31+00:00</updated>
<author>
<name>Edward Thomson</name>
<email>ethomson@edwardthomson.com</email>
</author>
<published>2019-06-11T20:55:31+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/libgit2.git/commit/?id=1bbdec69bef50208f77f0c4cbac7c6b56c35973f'/>
<id>1bbdec69bef50208f77f0c4cbac7c6b56c35973f</id>
<content type='text'>
When the end of the host is reached, and we're at the colon separating
the host with the port (ie, there is no numeric port) then do not error.
This is allowed by RFC 3986.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When the end of the host is reached, and we're at the colon separating
the host with the port (ie, there is no numeric port) then do not error.
This is allowed by RFC 3986.
</pre>
</div>
</content>
</entry>
<entry>
<title>docs: clarify and include licenses of dependencies</title>
<updated>2018-08-30T10:16:59+00:00</updated>
<author>
<name>Patrick Steinhardt</name>
<email>ps@pks.im</email>
</author>
<published>2018-08-30T10:16:40+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/libgit2.git/commit/?id=2e0f926e1cf1bad7a1d20277e0ce43a3b782d13f'/>
<id>2e0f926e1cf1bad7a1d20277e0ce43a3b782d13f</id>
<content type='text'>
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.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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.
</pre>
</div>
</content>
</entry>
<entry>
<title>deps: fix implicit fallthrough warning in http-parser</title>
<updated>2018-06-22T11:48:55+00:00</updated>
<author>
<name>Patrick Steinhardt</name>
<email>ps@pks.im</email>
</author>
<published>2018-06-22T11:41:17+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/libgit2.git/commit/?id=cacbf99889fd9c971aacde280dcad6192cd0017e'/>
<id>cacbf99889fd9c971aacde280dcad6192cd0017e</id>
<content type='text'>
GCC 7 has introduced new warnings for implicit fallthrough in switch
statements. Whenever there is no branch in a case block, GCC will watch
out for some heuristics which indicate that the implicit fallthrough is
intended, like a "fallthrough" comment. The third-party http-parser code
manages to trick this heuristic in one case, even though there is a
"FALLTHROUGH" comment. Fortunately, GCC has also added a strictness
level to the -Wimplicit-fallthrough diagnostic, such that we can loosen
this heuristic and make it more lax.

Set -Wimplicit-fallthrough=1 in http-parser's CMake build instructions,
which is the strictest level that gets rid of the warning. This level
will treat any kind of comment as a "fallthrough" comment, which
silences the warning.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
GCC 7 has introduced new warnings for implicit fallthrough in switch
statements. Whenever there is no branch in a case block, GCC will watch
out for some heuristics which indicate that the implicit fallthrough is
intended, like a "fallthrough" comment. The third-party http-parser code
manages to trick this heuristic in one case, even though there is a
"FALLTHROUGH" comment. Fortunately, GCC has also added a strictness
level to the -Wimplicit-fallthrough diagnostic, such that we can loosen
this heuristic and make it more lax.

Set -Wimplicit-fallthrough=1 in http-parser's CMake build instructions,
which is the strictest level that gets rid of the warning. This level
will treat any kind of comment as a "fallthrough" comment, which
silences the warning.
</pre>
</div>
</content>
</entry>
<entry>
<title>cmake: fix static linking for bundled deps</title>
<updated>2017-09-20T13:26:26+00:00</updated>
<author>
<name>Patrick Steinhardt</name>
<email>ps@pks.im</email>
</author>
<published>2017-09-06T05:38:48+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/libgit2.git/commit/?id=8c19969a88c3b6e72564e812537b15cbc0fb4cc0'/>
<id>8c19969a88c3b6e72564e812537b15cbc0fb4cc0</id>
<content type='text'>
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.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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.
</pre>
</div>
</content>
</entry>
<entry>
<title>cmake: move http-parser build instructions into subdirectory</title>
<updated>2017-08-16T05:12:38+00:00</updated>
<author>
<name>Patrick Steinhardt</name>
<email>ps@pks.im</email>
</author>
<published>2017-06-28T11:25:09+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/libgit2.git/commit/?id=b75145549704e7118f7802b42d1e72ac9ff69b6f'/>
<id>b75145549704e7118f7802b42d1e72ac9ff69b6f</id>
<content type='text'>
Extract code required to build the http-parser library into its own
CMakeLists.txt, which is included as required.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Extract code required to build the http-parser library into its own
CMakeLists.txt, which is included as required.
</pre>
</div>
</content>
</entry>
<entry>
<title>Updating change to http_parser to reflect PR for nodejs/http-parser</title>
<updated>2015-12-28T14:40:15+00:00</updated>
<author>
<name>Chris Bargren</name>
<email>cbargren@gmail.com</email>
</author>
<published>2015-12-28T14:40:15+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/libgit2.git/commit/?id=0b1e6e42e3cc94e746a3a9453dd9b0702062b757'/>
<id>0b1e6e42e3cc94e746a3a9453dd9b0702062b757</id>
<content type='text'>
The parser now also supports digits, '-' and '.'. https://github.com/nodejs/http-parser/pull/276</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The parser now also supports digits, '-' and '.'. https://github.com/nodejs/http-parser/pull/276</pre>
</div>
</content>
</entry>
<entry>
<title>Updating http parser to accept a `+` in the schema</title>
<updated>2015-12-22T17:38:16+00:00</updated>
<author>
<name>Chris Bargren</name>
<email>cbargren@gmail.com</email>
</author>
<published>2015-12-22T17:38:16+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/libgit2.git/commit/?id=d900cec96c322fb85a810b3476defa8e458fa2a8'/>
<id>d900cec96c322fb85a810b3476defa8e458fa2a8</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Rever spelling fixes for dependencies</title>
<updated>2014-12-05T07:13:43+00:00</updated>
<author>
<name>Carlos Martín Nieto</name>
<email>cmn@dwim.me</email>
</author>
<published>2014-12-05T07:13:43+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/libgit2.git/commit/?id=d43c7bd050cd461b13f4b5aa30f14010c5b2b611'/>
<id>d43c7bd050cd461b13f4b5aa30f14010c5b2b611</id>
<content type='text'>
This is not our code and it adds unecessary changes from the upstream
code.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This is not our code and it adds unecessary changes from the upstream
code.
</pre>
</div>
</content>
</entry>
</feed>
