| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
|
|
| |
when using version 1.59.0
|
|
|
|
| |
so that the tests run with a consistent environment.
|
|\
| |
| | |
Replace utfcpp submodule with partial subtree
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* 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>
|
| |
| |
| |
| |
| |
| | |
APPLE and CMAKE_HOST_APPLE only check the host system,
whereas CMAKE_SYSTEM_NAME checks the target system when
cross-compiling.
|
| |
| |
| |
| |
| |
| |
| |
| | |
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.
|
|/
|
|
| |
Bump version to 3.1.1-alpha.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>
|
|
|
|
| |
the same as the default CPack source generator
|
|
|
|
|
|
| |
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!
|
| |
|
|\
| |
| | |
automating ledger build on Cygwin
|
| | |
|
|/
|
|
|
|
|
|
| |
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'.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
|
| |
Add a space between if and the opening bracket, between a closing
round bracket and the following opening curly bracket, etc.
|
|
|
|
| |
I successfully compiled ledger with boost 1.49.0 on Debian 7.5.
|
| |
|
|
|
|
| |
since a separate acprep make doc is necessary to build the documentation
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|