delta/libgit2.git/src/tls_stream.c, branch ethomson/https_proxy github.com: libgit2/libgit2.git stream: Gather streams to src/streams 2017-10-23T18:02:35+00:00 Etienne Samson samson.etienne@gmail.com 2017-03-20T23:25:15+00:00 e93698561145c5d1f66d9f3c8d3b84775a9e5556 






Make sure to always include "common.h" first
2017-07-03T08:51:48+00:00

Patrick Steinhardt
ps@pks.im

2017-06-30T11:39:01+00:00

0c7f49dd4316b332f30b4ea72a657bace41e1245

Next to including several files, our "common.h" header also declares
various macros which are then used throughout the project. As such, we
have to make sure to always include this file first in all
implementation files. Otherwise, we might encounter problems or even
silent behavioural differences due to macros or defines not being
defined as they should be. So in fact, our header and implementation
files should make sure to always include "common.h" first.

This commit does so by establishing a common include pattern. Header
files inside of "src" will now always include "common.h" as its first
other file, separated by a newline from all the other includes to make
it stand out as special. There are two cases for the implementation
files. If they do have a matching header file, they will always include
this one first, leading to "common.h" being transitively included as
first file. If they do not have a matching header file, they instead
include "common.h" as first file themselves.

This fixes the outlined problems and will become our standard practice
for header and source files inside of the "src/" from now on.





Next to including several files, our "common.h" header also declares
various macros which are then used throughout the project. As such, we
have to make sure to always include this file first in all
implementation files. Otherwise, we might encounter problems or even
silent behavioural differences due to macros or defines not being
defined as they should be. So in fact, our header and implementation
files should make sure to always include "common.h" first.

This commit does so by establishing a common include pattern. Header
files inside of "src" will now always include "common.h" as its first
other file, separated by a newline from all the other includes to make
it stand out as special. There are two cases for the implementation
files. If they do have a matching header file, they will always include
this one first, leading to "common.h" being transitively included as
first file. If they do not have a matching header file, they instead
include "common.h" as first file themselves.

This fixes the outlined problems and will become our standard practice
for header and source files inside of the "src/" from now on.







stream: allow registering a user-provided TLS constructor
2015-11-03T16:10:29+00:00

Carlos Martín Nieto
cmn@dwim.me

2015-10-13T09:25:41+00:00

7fafde632580f75ff3647ddf9e1e92ee388f317e

This allows the application to use their own TLS stream, regardless of
the capabilities of libgit2 itself.





This allows the application to use their own TLS stream, regardless of
the capabilities of libgit2 itself.







Rename GIT_SSL to GIT_OPENSSL
2015-04-23T15:39:51+00:00

Carlos Martín Nieto
cmn@dwim.me

2015-03-19T08:55:20+00:00

24e53d2fba1ea10c27c3b19f202dc92cabedf0ed

This is what it's meant all along, but now we actually have multiple
implementations, it's clearer to use the name of the library.





This is what it's meant all along, but now we actually have multiple
implementations, it's clearer to use the name of the library.







Abstract away the TLS stream implementation
2015-04-23T15:39:51+00:00

Carlos Martín Nieto
cmn@dwim.me

2015-03-18T23:18:03+00:00

6946a3be953446b2838857de5e9c2002843499b3

Instead, provide git_tls_stream_new() to ask for the most appropriate
encrypted stream and use it in our HTTP transport.





Instead, provide git_tls_stream_new() to ask for the most appropriate
encrypted stream and use it in our HTTP transport.