aboutsummaryrefslogtreecommitdiff
path: root/cmake.deps/cmake/BuildLuarocks.cmake
Commit message (Collapse)AuthorAge
* build: move luarocks and rocks installation to main builddundargoc2023-05-21
| | | | | | This will ensure luacheck and busted are only installed when they're actually needed. This cuts total build time by over 50%. Closes https://github.com/neovim/neovim/issues/22797.
* build: cmake cleanupdundargoc2023-05-13
| | | | | | | | | | - Simplify error checking when using execute_process. - Set BUILD_SHARED_LIBS to OFF when building dependencies. This is normally not needed, but msgpack interprets an unset BUILD_SHARED_LIBS to build a shared library, which is the opposite of the cmake behavior. - Move function check_lua_module to Util.cmake. - Remove unnecessary code. - Make variable naming more consistent
* build: remove USE_BUNDLED_BUSTED optiondundargoc2023-05-08
| | | | | | The previous logic made it possible to install bundled luarocks, but also use external rocks, making the luarocks installation unnecessary. Instead, let's assume that if the user wants to use the bundled luarocks, then they also want to use it to install necessary rocks.
* refactor(build): include lpeg as a librarybfredl2023-04-27
|
* refactor(build): use vendored versions of mpack and luabitopbfredl2023-04-19
|
* build: various cmake fixesdundargoc2023-04-15
| | | | | - Remove unused function argument from GetBinaryDeps - Remove unused variable LUA_LOAD_PACKAGE_MODULE_SOURCE - Add LUA_FS_MODULE_SOURCE as a dependency of VIM_MODULE_FILE
* build: create helper function for simplifying luarocks installationdundargoc2023-04-12
| | | | | The function keeps track of the previously installed rock, meaning we no longer need to manually keep track of the dependency chain. This will make adding or removing rocks much easier.
* build(Windows): allow building without custom md5sumdundargoc2023-04-05
| | | | | | | Follow-up to eb1da498d6af79b7856418d7df51ce584c621340. The workaround in that case only works if md5sum is in users path. We work around this by adding the directory with the md5sum shipped with luarocks to PATH. Co-authored-by: erw7 <erw7.github@gmail.com>
* build(windows): work around luarocks not finding its own md5sumdundargoc2023-04-03
| | | | | | | | Luarocks is unable to find its own md5sum due to these reasons listed in the comment https://github.com/luarocks/luarocks/issues/1443. The pull request https://github.com/luarocks/luarocks/pull/1498 resolves this issue, but in the meantime we can work around it by resetting the value of MD5sum to "md5sum".
* build(deps): bump mpack to 1.0.10Christian Clason2023-03-17
|
* build(deps): bump luacheck to 1.1.0-1Christian Clason2023-03-15
| | | | also ignore two new warnings showing false positives
* build(deps): bump coxpcall to 1.17.0-1Christian Clason2023-03-15
|
* build: unset variables ending with "URL" if USE_EXISTING_SRC_DIR is ONdundargoc2023-03-04
| | | | | | | | | | This will reduce required boilerplate, but more importantly it will automatically unset variables ending on URL. This will help people needing to avoid to unset the URL variable each time a new dependency is added. It is possible that this may remove a non-download variable ending on "URL" in the future, however, the risk of this is likely much lower than the risk of someone forgetting to unset the variable.
* build: cmake cleanup (#22251)dundargoc2023-03-02
| | | | | | | | - Remove unused code - Use consistent casing. Variable names such as LibLuV_LIBRARIES is needlessly jarring, even if the name might be technically correct. - Use title casing for packages. find_package(unibilium) requires the find_module to be named "Findunibilium.cmake", which makes it harder to spot when scanning the files. Instead, use "Unibilium".
* feat(lua): make sure require'bit' always works, even with PUC lua 5.1bfredl2023-02-22
|
* build: remove unused dependency penlight (#22334)dundargoc2023-02-19
|
* build: build all dependencies in parallel (#22329)dundargoc2023-02-19
| | | | | | | Previously, all targets were connected in one main target called third-party in order to remove any potentially conflicting shared library. We can make each dependency target independent of each other by only removing shared libraries from luajit and msgpack in their own targets, as only these has unwanted shared libraries.
* refactor(tests): move lua-client into core and use it for functionaltestsbfredl2023-02-10
| | | | | | | | Eliminates lua-client and non-static libluv as test time dependencies Note: the API for a public lua-client is not yet finished. The interface needs to be adjusted to work in the embedded loop of a nvim instance (to use it to talk between instances)
* build(luarocks): update busted version to v2.1.1 (#22029)zeertzjq2023-01-30
|
* build(deps): restore support for USE_EXISTING_SRC_DIR (#20491)James McCoy2022-10-06
| | | | | | | | | | | | | | | 59d5f692f removed cmake.deps/cmake/DownloadAndExtractFile.cmake and support for USE_EXISTING_SRC_DIR. The Ubuntu nightly PPA still relies on USE_EXISTING_SRC_DIR functionality since it can't access the network during the build. Supplying an empty value for ExternalProject_Add()'s URL value appears to provide the needed mechanism to avoid re-downloading when the sources are already present. This is undocumented behavior, though, so it may break in the future. Now, if USE_EXISTING_SRC_DIR is set, the ExternalProject's URL variable is unset, preventing the download and erroring out if the source doesn't actually exist.
* build: define EP_PREFIX propertydundargoc2022-10-02
| | | | | This is just to avoid the boilerplate of definining PREFIX for each dependency.
* build: rely on builtin cmake downloading rather than custom scriptdundargoc2022-10-02
| | | | | | | DownloadAndExtractFile.cmake was initially introduced as a workaround to avoid the massive amounts of logs generated by the download progress. This is not a problem anymore as ExternalProject_Add has had the DOWNLOAD_NO_PROGRESS option since cmake version 3.1.
* build: remove code for cross-compilationdundargoc2022-10-02
| | | | | We don't support cross-compilation at the moment, so these can be safely removed.
* build: remove unnecessary build functionsdundargoc2022-09-08
| | | | | These functions serve no purpose if they're only used as intermediary functions that passes on arguments to ExternalProject_Add.
* build: remove ARGS from add_custom_commanddundargoc2022-09-08
| | | | | It's a command that doesn't do anything, kept only for compatibility reasons.
* build libuv cmake (#19632)Lewis Russell2022-08-12
| | | Co-authored-by: Daniel Hahler <git@thequod.de>
* build: rename build-related dirsJustin M. Keyes2022-06-28
Problem: Dirs "config", "packaging", and "third-party" are all closely related but this is not obvious from the layout. This adds friction for new contributors. Solution: - rename config/ to cmake.config/ - rename test/config/ to test/cmakeconfig/ because it is used in Lua tests: require('test.cmakeconfig.paths'). - rename packaging/ to cmake.packaging/ - rename third-party/ to cmake.deps/ (parallel with .deps/)