|
e233fa6f
|
2011-06-26T16:37:04
|
|
Bring back GCC flags
Signed-off-by: Carlos Martín Nieto <carlos@cmartin.tk>
|
|
8172dd43
|
2011-06-23T22:45:09
|
|
cmake: Do not pass `/Tc` to MSVC
|
|
f0890fcc
|
2011-06-17T19:40:51
|
|
cmake: Build shared library by default
|
|
e01f7f64
|
2011-06-17T19:27:11
|
|
windows: Disable Runtime checks
Runtime checks are asserting on the embedded ZLib code because of
truncation (see zlib/trees.c:218). This is not good or pretty, but I'm
wary about patching the ZLib code even more.
There are two ways to fix this:
- Patch the ZLib code, and start storing a diff/patchset on
how does our version of ZLib differ from the original one, so we can
be more or less on sync when new version of ZLib.
- Go back to ZLib as an external dependency, which is np for *NIX
users but annoying as dicks for Windows users.
THINK HARD
|
|
3d96996d
|
2011-06-16T08:10:25
|
|
Fix misleading comment in CMake build script
|
|
f64586fa
|
2011-06-14T20:00:06
|
|
Add CTest support for CI
|
|
90412507
|
2011-06-14T06:37:10
|
|
Port MSVC specific Waf compilation flags to CMake and remove dynamic dependence to msvcr100.dll on Windows
The '/MT' and '/MTd' flags replace the dynamic link to 'msvcr100.dll' with a static link to 'libcmt.lib'. This has the nice effect to ease the deployment of libgit2 by removing the dependence on 'msvcr100.dll' which is not deployed by default on Windows.
|
|
953e1f93
|
2011-06-13T22:33:32
|
|
build: Cleanup CMake
|
|
1a7b52dc
|
2011-06-13T15:34:34
|
|
build: Drop waf support
Goodbye Waf. It's been a long ride.
|
|
b0233216
|
2011-06-12T11:40:14
|
|
Remove custom backends
All the custom backend code will be moved to a separate project,
together with the new MySQL backend.
|
|
70236bab
|
2011-03-21T19:39:06
|
|
Update CMakeLists.txt to support threadsafe
|
|
9f81a37a
|
2011-03-16T23:02:31
|
|
Define NO_GZIP in zconf.h instead of at compile time
|
|
ab6a3d3d
|
2011-03-15T03:25:44
|
|
Add ZLib as a built-in dependency
I don't know if this is good or bad. This lets libgit2 compile cleanly
on any platforms without any external dependencies, but adds a little
bit of bloat...
Let's test this out and see what happens.
|
|
c3a41e5f
|
2011-03-03T22:01:15
|
|
Fix compilation when using CMake in Windows
Signed-off-by: Vicent Marti <tanoku@gmail.com>
|
|
71d33382
|
2011-03-03T20:20:45
|
|
Move the external includes folder from `src` to `include`
Signed-off-by: Vicent Marti <tanoku@gmail.com>
|
|
20e83aa4
|
2011-02-08T13:14:19
|
|
Further improve SQLite support for CMake users.
Unfortunately previous commit was only a partial fix, because it broke
SQLite support on platforms w/o pkg-config, e.g. Windows. To be honest
I just forgot about messy Windows.
Now if there is no pkg-config, then user must provide two variables:
SQLITE3_INCLUDE_DIRS and SQLITE3_LIBRARIES if (s)he wants to use SQLite
backend. These variables are added to cmake-gui for her/his convenience
unless they are set by FindPkgConfig module.
pkg-config should work also now in Cygwin.
|
|
911fd457
|
2011-02-08T00:30:08
|
|
Fix SQLite support for CMake users.
FindPkgConfig obviously uses pkg-config's output for setting convenient
variables such as <PREFIX>_LIBRARIES or <PREFIX>_INCLUDE_DIRS. It also
sets <PREFIX>_FOUND to 1 if <PREFIX> module exists.
So why checking for SQLITE3_FOUND is better than (SQLITE3_LIBRARIES AND
SQLITE3_INCLUDE_DIRS)? Apart from obvious readability factor, latter
condition has strong assumption that both variables are filled with
appropriate paths, which is unjustifiable unless you add another
assumptions...
pkg-config by default strips -I/usr/include from Cflags and -L/usr/lib
from Libs if some environment variables are not set,
PKG_CONFIG_ALLOW_SYSTEM_CFLAGS and PKG_CONFIG_ALLOW_SYSTEM_LIBS
respectively. This behavior is sane, because it prevents polluting the
compilation and linking commands with superfluous entries.
In debian SQLITE3_INCLUDE_DIRS is empty for instance.
Remark for developers:
Always check commands invoked by CMake after changing CMakeLists.txt.
VERBOSE=1 cmake --build .
|
|
9d1dcca2
|
2011-02-07T10:35:58
|
|
Add proper version management
We now have proper sonames in Mac OS X and Linux, proper versioning on
the pkg-config file and proper DLL naming in Windows.
The version of the library is defined exclusively in 'src/git2.h'; the build scripts
read it from there automatically.
Signed-off-by: Vicent Marti <tanoku@gmail.com>
|
|
7a689719
|
2011-02-07T09:14:45
|
|
Merge branch 'master' of https://github.com/saschpe/libgit2 into saschpe-master
Conflicts:
CMakeLists.txt
|
|
f443a879
|
2011-02-07T08:47:50
|
|
Compile the SQLite backend with CMake too
Use pkg-config to find the library in Unix systems. In Win32, just set
manually the path to your libraries.
Signed-off-by: Vicent Marti <tanoku@gmail.com>
|
|
b02c371e
|
2011-02-02T02:31:58
|
|
Build the new test file with CMake too
Signed-off-by: Vicent Marti <tanoku@gmail.com>
|
|
2d5ef6ad
|
2011-01-18T21:35:57
|
|
Set proper shared library soname.
|
|
bfe0658e
|
2010-12-10T13:29:31
|
|
Update install info and test resource path handling
|
|
64840082
|
2010-12-05T18:38:06
|
|
Fix case sensitivity issue.
|
|
032db4d0
|
2010-12-07T03:33:43
|
|
Reflect the recent changes in header organization (CMake)
|
|
5b8bb8e7
|
2010-12-07T00:54:33
|
|
Minor modifications for MinGW/Cygwin compatibility.
|
|
73c46d53
|
2010-12-05T18:25:48
|
|
Add basic testing support and options to specify install paths
|
|
7cbdaf7f
|
2010-12-05T14:51:10
|
|
Add option to select sha1 type in CMake build
|
|
583cf169
|
2010-12-04T17:31:53
|
|
Add optional CMake build script.
|