summaryrefslogtreecommitdiff
path: root/CMakeLists.txt
Commit message (Collapse)AuthorAgeFilesLines
* Release 3.1.3Martin Michlmayr2019-03-311-2/+2
|
* Release 3.1.2Martin Michlmayr2019-02-051-1/+1
|
* Merge branch 'next' into release/3.1.2Martin Michlmayr2019-02-051-6/+9
|\
| * Add Travis CI setup for macOS and homebrew-installed BoostTim Landscheidt2019-01-301-1/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | On macOS, CMake detects the Boost.Python component installed by homebrew only when named "python27". Thus this change not only adds a Travis CI setup for macOS, but also a CMake option to switch the component name between "python" and "python27". In addition, precompiling system.hh does not work with the current setup for Clang, so another CMake option to disable it is added. The currently used commands to compile specific versions of Boost do not produce a result that works out of the box on macOS. It should be possible just to mimic homebrew's formula for boost-python (https://github.com/Homebrew/homebrew-core/blob/master/Formula/boost-python.rb), but for the moment on macOS this change tests only against Boost installed by homebrew.
| * Use CMAKE_CXX_COMPILER_ID for conditions based on compilerTim Landscheidt2019-01-261-2/+1
| | | | | | | | | | | | | | | | | | CMAKE_CXX_COMPILER is the path to the compiler binary and does not need to follow a specific pattern. For example, on Linux with GCC and without an explicit "-DCMAKE_CXX_COMPILER:PATH=" option, CMAKE_CXX_COMPILER is "/usr/bin/c++" which does not match "g++". CMAKE_CXX_COMPILER_ID however will always reliably be "Clang" or "GNU".
| * Remove unused macros HAVE_ACCESS and HAVE_REALPATHTim Landscheidt2019-01-121-2/+0
| |
| * Use "macOS" consistentlyMartin Michlmayr2019-01-091-1/+1
| | | | | | | | macOS seems to be the current name for Mac OS X.
* | Bump version number to 3.1.2Alexis Hildebrandt2018-01-271-2/+2
|/
* Escape ++ in cmake matchesJohn Wiegley2016-11-131-1/+1
|
* Don't use -isystem with g++ anymoreJohn Wiegley2016-11-131-3/+2
|
* Remove the build of ledger-mode in Makefilethdox2016-10-271-4/+0
| | | | [ci skip]
* [cmake] Fix detection for Boost Python 1.59.0 workaroundAlexis Hildebrandt2016-06-221-3/+5
|
* [cmake] Update ledger version dateAlexis Hildebrandt2016-01-111-1/+1
| | | | [ci skip]
* fix check for boost::python::make_setterJohann Klähn2015-12-101-2/+4
|
* Bump version number to 3.1.1Alexis Hildebrandt2015-09-151-2/+2
|
* Add workaround for Boost.Python compile errorsAlexis Hildebrandt2015-09-151-0/+26
| | | when using version 1.59.0
* [tests] Set timezone for running testsAlexis Hildebrandt2015-08-071-0/+2
| | | | so that the tests run with a consistent environment.
* Merge pull request #369 from afh/pull/utfcpp_subtreeJohn Wiegley2015-08-041-3/+13
|\ | | | | Replace utfcpp submodule with partial subtree
| * [cmake] Add FindUtfcpp.cmakeAlexis Hildebrandt2015-01-121-3/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | it will look for utfcpp in the standard system paths, UTFCPP_PATH, and lib/utfcpp/v2_0/source. This allows the use of utfcpp in: * standard locations such as /usr/include on distributions shipping utfcpp * custom locations for users via UTFCPP_PATH * the source tree using the default location of the utfcpp git submodule, .i.e lib/utfcpp/v2_0 Signed-off-by: Alexis Hildebrandt <afh@surryhill.net>
| * Replace utfcpp submodule with partial subtreeAlexis Hildebrandt2015-01-121-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | * Remove utfcpp submodule * Squashed 'lib/utfcpp/' content from commit 63cd498 git-subtree-dir: lib/utfcpp git-subtree-split: 63cd4984464e875546b4a91918be7355357a3a68 * Merge commit '82003f30ba8ba436cf7cef380155f50ed4242b37' as 'lib/utfcpp' * Remove needless utfcpp subtree files * Change include path to utfcpp Signed-off-by: Alexis Hildebrandt <afh@surryhill.net>
* | [cmake] Use CMAKE_SYSTEM_NAME to test the platform.Alexis Hildebrandt2015-07-281-1/+1
| | | | | | | | | | | | APPLE and CMAKE_HOST_APPLE only check the host system, whereas CMAKE_SYSTEM_NAME checks the target system when cross-compiling.
* | Don't explicitly link libpython on OS XTim D. Smith2015-05-041-1/+8
| | | | | | | | | | | | | | | | Use -undefined dynamic_lookup to allow Python symbols to be discovered when the ledger module is imported instead of at build time. Without this change, the Python interpreter crashes when ledger is imported from a python that is different from (but compatible with) the python against which the module was built.
* | Add pre-release info to --version outputAlexis Hildebrandt2015-01-201-2/+3
|/ | | | Bump version to 3.1.1-alpha.1
* Move LICENSE fileAlexis Hildebrandt2015-01-111-1/+1
| | | | | | | | The LICENSE.rtf file can be generated from LICENSE.md easily if needed, at the moment there seems to be no use for it, since CPack isn't used to generate binary distribution archives. Signed-off-by: Alexis Hildebrandt <afh@surryhill.net>
* [cmake] Set default CPack generator to TBZ2Alexis Hildebrandt2015-01-111-0/+1
| | | | the same as the default CPack source generator
* use the same python version for lib and interpreterJohann Klähn2015-01-061-1/+1
| | | | | | Currently the path to install the python library in is determined by running the python interpreter. We do not want to end up installing a library built for python2 in the python3 library path!
* merge double fix + make changes minimalisticHans Erik van Elburg2015-01-041-6/+1
|
* Merge pull request #361 from lowdef/cygwin-buildJohn Wiegley2015-01-041-1/+5
|\ | | | | automating ledger build on Cygwin
| * initial cygwin tweaksHans Erik van Elburg2015-01-031-1/+5
| |
* | Fix for BUG 985jmgpena2015-01-031-0/+4
|/ | | | | | | | http://bugs.ledger-cli.org/show_bug.cgi?id=985 Fix compilation issue on Cygwin by adding the '-U__STRICT_ANSI__' flag to GCC. This avoids GCC disabling some stdlib functions like 'setenv' and 'popen'.
* Set CMake policy CMP0042Alexis Hildebrandt2014-12-241-0/+4
| | | | | | | | | | | | | | | | to remove the warning below when running cmake. In the long run changing the CMake rules to set MACOSX_RPATH might be the better option. CMake Warning (dev): Policy CMP0042 is not set: MACOSX_RPATH is enabled by default. Run "cmake --help-policy CMP0042" for policy details. Use the cmake_policy command to set the policy and suppress this warning. MACOSX_RPATH is not specified for the following targets: libledger This warning is for project developers. Use -Wno-dev to suppress it.
* make --columns default to terminal width, as returned by ioctl()Stefano Zacchiroli2014-10-131-0/+1
| | | | | | | | | | | If set, the COLUMNS environment variable will take precedence over terminal width. However, please note that COLUMNS is usually *not* exported by shells to child processes, so in most cases COLUMNS will be undefined for ledger---hence the motivation for this change. Terminal width is queried using ioctl() on stdin. For the sake of portability the querying is done only on platform where ioctl() is detected as supported at compile-time.
* Bump version number to 3.1Martin Michlmayr2014-10-051-3/+3
|
* Bump version numbers everywhere to 3.0.3John Wiegley2014-06-081-2/+2
|
* Cosmetic change - format code consistentlyMartin Michlmayr2014-05-181-20/+20
| | | | | Add a space between if and the opening bracket, between a closing round bracket and the following opening curly bracket, etc.
* Decrease Boost requirement to 1.49.0Martin Michlmayr2014-05-121-1/+1
| | | | I successfully compiled ledger with boost 1.49.0 on Debian 7.5.
* Fix build for building with g++ 4.8John Wiegley2014-05-071-1/+1
|
* Disable BUILD_DOCS by defaultAlexis Hildebrandt2014-05-041-1/+1
| | | | since a separate acprep make doc is necessary to build the documentation
* Bump minimum Boost dependency to 1.55John Wiegley2014-04-171-1/+1
|
* Require the use of C++11John Wiegley2014-04-171-31/+2
|
* Replace sha1.cc with boost::uuid::details::sha1David Bremner2014-04-171-2/+2
| | | | | | | | sha1.cc is not redistributable by Debian because the license doesn't permit redistribution of modified versions. This isn't ideal since the ::details namespace is subject to change, but it avoids adding a dependency to ledger.
* Bump the date in the version numberJohn Wiegley2014-04-131-1/+1
|
* Bump ledger version components in cmakeAlexis Hildebrandt2014-03-271-2/+2
|
* build shared library/python module, clean up CMakeJohann Klähn2014-02-011-3/+4
| | | | | libledger will now be built as a shared library. You can 'import ledger' from python IFF you copy libledger.so to ledger.so or create a symlink.
* Bump version number, fix README filesJohn Wiegley2013-05-291-1/+6
|
* Bump version date to 20130523. 3.0 Release CandidateJohn Wiegley2013-05-231-1/+1
|
* repair doxygen supportJohann Klähn2013-01-141-3/+1
|
* convert doc/Makefile to CMakeJohann Klähn2013-01-141-2/+3
| | | | | | | | | | | | | | CMake will build the pdf version of the manual if texi2pdf is installed. It will be installed to DOCDIR/ledger{,3}.pdf, for example /usr/local/share/ledger/ledger3.pdf. Also, the man page will be installed to MANDIR/man1/ledger.1 The option BUILD_DOCS is now on by default. A new option BUILD_WEB_DOCS is used to toggle the generation of the html version of the manual and the man page (off by default). All this is added to the 'doc' make target.
* Ledger's Python API is known to work best against Python 2.7, then Python 2.6Bradley M. Kuhn2012-09-061-0/+1
| | | | | | | | | | | | | | | | Indeed, at the moment, it doesn't work against Python 3.x at all, so ideally, we'd like to tell CMake that no Python versions except 2.7 and 2.6 are acceptable. However, at least as of CMake 2.8.8, there appears to be no way to instruct CMake to never consider other versions of Python. In other words, Python_ADDITIONAL_VERSIONS is prepended to the list of possible Python versions considered, rather than replacing it wholly. Theoretically, we could try to diddle withe the internal CMake variables _PYTHON_FIND_OTHER_VERSIONS or _Python_VERSIONS somehow, but that seems kludgey and dangerous. This patch is probably "enough for now" to at least make sure that if the user has both Python 2.x and Python 3.x installed, some version of 2.x that is known to work will be preferred.
* Updated to Boost 1.50John Wiegley2012-07-301-0/+1
|