Age | Commit message (Collapse) | Author | |
---|---|---|---|
2023-10-15 | core: make libintl.h required if CMake option ENABLE_NLS is enabled (issue ↵ | Sébastien Helleu | |
#2031) | |||
2023-07-01 | build: fix detection of PHP 8.2 on Alpine 3.18 | Sébastien Helleu | |
2023-01-07 | php: add proper detection of PHP 8.2 in all cases | Sébastien Helleu | |
2023-01-01 | core: update copyright dates | Sébastien Helleu | |
2022-12-25 | ruby: add detection of Ruby 3.2 | Dawid Dziurla | |
2022-12-11 | cmake: add support of compiling with enchant-2 for the Spell plugin | Ryan Qian | |
2022-10-15 | python: remove support of Python 2.x | Sébastien Helleu | |
2022-08-13 | core: fix CMake warning in Python detection | Sébastien Helleu | |
2022-02-08 | ruby: add detection of Ruby 3.1 | Sébastien Helleu | |
2022-01-17 | core: update copyright dates | Sébastien Helleu | |
2021-11-21 | core: fix detection of Ruby 3.0 on macOS (issue #1721) | Sébastien Helleu | |
2021-11-21 | ruby: add detection of Ruby 3.0.0, remove old way to detect Ruby (closes #1721) | Sébastien Helleu | |
2021-09-08 | core: replace deprecated cmake command "exec_program" by "execute_process" | Sébastien Helleu | |
This fixes a compilation issue on Debian Sid with the latest version of debianutils (5.4-3), where the "which" command is now deprecated. | |||
2021-09-04 | lua: add detection of Lua 5.4 | Sébastien Helleu | |
2021-08-08 | php: fix PHP 8+ build | Adam Saponara | |
2021-08-08 | php: add detection of PHP 8.0, fix compilation errors | Sébastien Helleu | |
2021-01-02 | core: update copyright dates | Sébastien Helleu | |
2020-04-18 | core: make GnuTLS a required dependency | Sébastien Helleu | |
2020-04-11 | cmake: removed vendored FindPackageHandleStandardArgs | Danilo Spinella | |
2020-03-03 | core: add detection for Ruby 2.7 | Lucas Kanashiro | |
2020-01-30 | Fix the build with guile-3.0.0. | orbea | |
v2: Update configure.ac too. Signed-off-by: orbea <orbea@riseup.net> | |||
2020-01-04 | core: update copyright dates | Sébastien Helleu | |
2019-12-14 | php: add detection of PHP 7.4 | Sébastien Helleu | |
2019-11-18 | core: remove arguments for endforeach() in CMake files | Sébastien Helleu | |
2019-11-12 | build: support python 3.8 | Eli Schwartz | |
In python 3.8, in order to link to -lpython3.8, you need to use the exported pkg-config interface 'python3-embed' (or 'python3-config --libs --embed'), see https://bugs.python.org/issue36721 for details. | |||
2019-11-12 | python: use more idiomatic cmake pkg-config linking | Eli Schwartz | |
cmake documentation is absolutely atrocious, and I don't know why they mention all the wrong things to use, and the cargo cult of successfully writing a cmake build definition (copy-pasting what works from other projects) also uses all the wrong things. But it turns out it is possible to correctly link a PkgConfig target despite all that, at least, *iff* you use cmake >= 3.13. I've chosen option 2, which is to vendor in cmake >= 3.13's FindPkgConfig module in the previous commit. Using IMPORTED_TARGET GLOBAL in a pkg-config check will result in a proper linker target being created. For comparison, this is like using meson's dependency() target, except meson forces you to do this by default. The result is that the build system's internal representation of how to link something, is used instead of manually passing build flags defined in variables. This is an important distinction to make, because cmake does not have a list datatype, and instead turns lists into strings separated by ';' which are indistinguishable from, like, strings which contain ';' characters. When you pass the resulting list-which-isn't-really-a-list to link an executable/library, you either need to preprocess the variable to replace ';' with ' ' (just in case there are multiple elements) or use cmake functions which magically know to do this themselves -- or at least, I assume there are cmake functions that correctly handle so-called "lists", or there would be no need for "lists" to exist. The IMPORTED_TARGET will define a bunch of INTERFACE_* properties which do seem to do exactly this. The resulting build definition should actually, correctly, link python, thereby fixing #1398 in a better way. | |||
2019-11-12 | cmake: vendor in a new version of FindPkgConfig | Eli Schwartz | |
The current one is anciently ancient, and dates back to commit 4d2925ef1c3dd5df288be55557358b60cbb0926e which vendored this "for old versions of cmake". Well, currently it just stops using new versions of FindPkgConfig, so we're stuck on the 2006 version from cmake 2.5.0. Instead of deleting it entirely (the minimum version of cmake is currently 3.0) make this vendored file continue to be useful by using it to vendor in the latest version of FindPkgConfig from cmake 3.16.0-rc3 with a bunch of useful improvements. | |||
2019-10-01 | core: fix style in CMake files | Sébastien Helleu | |
2019-09-21 | core: remove detection of Ruby 1.8, since Ruby >= 1.9.1 is now required ↵ | Sébastien Helleu | |
(issue #1404) | |||
2019-09-21 | guile: add support of Guile 2.2 (issue #1098) | Sébastien Helleu | |
2019-09-15 | core: remove obsolete file FindTCL.cmake (issue #916, issue #956) | Sébastien Helleu | |
This is file is provided by CMake and is not needed any more. Moreover, it causes an error on FreeBSD (TCL not found), even if TCL was properly detected and used during the build. | |||
2019-07-31 | build: use pkg-config to properly link python | Eli Schwartz | |
fixes incorrect (non)detection of libpython3.Ym.so due to PEP 3149 since python's officially exported build flags know how to correctly link to python. | |||
2019-07-01 | core: compile with Python 3 by default | Sébastien Helleu | |
The CMake option ENABLE_PYTHON3 is renamed to ENABLE_PYTHON2, to use Python 2 first then fallback on Python 3. In the same way, the configure option --enable-python3 is renamed to --enable-python2, to use Python 2 first then fallback on Python 3. | |||
2019-06-28 | Merge remote-tracking branch 'origin/pr/1345' | Sébastien Helleu | |
2019-05-13 | gui: simplify and revert FindNcurses using PATH_SUFFIXES for system default ↵ | Simmo Saan | |
search | |||
2019-05-13 | gui: fix wide ncurses header on FreeBSD (issue #1343) | Simmo Saan | |
2019-05-11 | core: add detection for Ruby 2.6 | J0WI | |
2019-01-01 | core: update copyright dates | Sébastien Helleu | |
2018-11-29 | core: use https for links to GNU GPL license | Sébastien Helleu | |
2018-10-16 | php: add detection of PHP 7.3 | Sébastien Helleu | |
2018-07-12 | python: add detection of Python 3.7 | Sébastien Helleu | |
2018-01-05 | core: update copyright dates | Sébastien Helleu | |
2017-12-26 | core: add detection for Ruby 2.5 | Jakub Jirutka | |
2017-10-27 | core: add fix for ncurses with separate tinfo (closes #1090) | alyptik | |
2017-10-14 | build: fix PHP library used to compile PHP plugin (closes #1078) | Sébastien Helleu | |
This was causing a dependency missing in debian packaging. | |||
2017-09-28 | Merge pull request #1069 from adsr/master | Sébastien Helleu | |
php: use find_library to find libphp7.so | |||
2017-09-23 | core: fix typo: Javascript -> JavaScript | Sébastien Helleu | |
2017-09-17 | php: use find_library to find libphp7.so | Adam Saponara | |
2017-09-05 | php: ensure CMake script finds PHP 7 | Adam Saponara | |
2017-09-03 | php: new php plugin | Adam Saponara | |
This plugin requires PHP >= 7.0. |