- 03 Jul, 2017 1 commit
-
-
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.
Patrick Steinhardt committed
-
- 17 Feb, 2017 3 commits
-
-
Patrick Steinhardt committed
-
Patrick Steinhardt committed
-
Patrick Steinhardt committed
-
- 28 Oct, 2015 1 commit
-
-
Vicent Marti committed
-
- 13 Sep, 2015 1 commit
-
-
The config is not owned by the transaction, so please don’t free it.
Arthur Schreiber committed
-
- 12 Aug, 2015 1 commit
-
-
This makes the API for commiting or discarding changes the same as for references.
Carlos Martín Nieto committed
-
- 12 Jun, 2015 1 commit
-
-
Transaction.c did not include the visibility definition of its symbol (that are in git2/transaction.h) and so was by default hidden.
Damien PROFETA committed
-
- 15 Feb, 2015 1 commit
-
-
Without this change, compiling with gcc and pedantic generates warning: ISO C does not allow extra ‘;’ outside of a function.
Stefan Widgren committed
-
- 27 Oct, 2014 1 commit
-
-
Edward Thomson committed
-
- 09 Oct, 2014 1 commit
-
-
This leaves space for future expansion to locking other resources without having to change the API for references.
Carlos Martín Nieto committed
-
- 30 Sep, 2014 1 commit
-
-
A transaction allows you to lock multiple references and set up changes for them before applying the changes all at once (or as close as the backend supports). This can be used for replication purposes, or for making sure some operations run when the reference is locked and thus cannot be changed.
Carlos Martín Nieto committed
-