aboutsummaryrefslogtreecommitdiff
path: root/third-party/cmake/BuildLibuv.cmake
Commit message (Collapse)AuthorAge
* 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/)
* build: remove CMAKE_CROSSCOMPILING code #18914dundargoc2022-06-12
| | | | This is rarely, if ever, used and certainly not tested. It's likely this isn't functional anymore.
* revert: "ci: remove mingw job #18580"Dundar Goc2022-05-17
| | | | | | | | | | This partially reverts commit f8af81445bb48966d54f4a956842d935d009d275. The mingw parts of cmake was removed to see if it was still used (ref: https://github.com/neovim/neovim/pull/18580). It turns out it is, so this will fix that. Closes: https://github.com/neovim/neovim/issues/18597
* ci: remove mingw job #18580dundargoc2022-05-15
| | | | | | | | | | | | | | | | | | | | Unnecessary CI builds increase the change of spurious failures, which are costly noise. Of course, we should fix all legitimate bugs, but we also cannot micro-manage every platform, so there needs to be a clear motivation for the CI builds that we maintain. Reasons against maintaining a mingw CI job: 1. The windows mingw build is slow. 2. Failures: - https://github.com/neovim/neovim/issues/18494 - https://github.com/neovim/neovim/issues/18495 3. The mingw artifact is 10x bigger than the windows MSVC artifact: https://github.com/neovim/neovim/issues/10560 4. Our releases publish the MSVC (not mingw) artifact for Windows users: https://github.com/neovim/neovim/releases 5. Non-MSVCRT has limitations documented by libuv: http://docs.libuv.org/en/v1.x/process.html > On Windows file descriptors greater than 2 are available to the child process only if the child processes uses the MSVCRT runtime. Closes https://github.com/neovim/neovim/issues/18551
* build(deps): bump libuv to 1.44.0 (#17613)Christian Clason2022-03-07
|
* revert: "build(deps): bump libuv to 1.43.0+7ae0c95"Dundar Göc2022-03-04
| | | | This reverts commit 2da9450de57e6420480607ac2e83bc3cb1fa19e9.
* build(deps): bump libuv to 1.43.0+7ae0c95Christian Clason2022-02-26
|
* ci: bump Windows image to windows-2019James McCoy2022-02-20
| | | | | | | | The VS 2019 CMake generator no longer has different generator types for different architectures. Now, the architecture is specified via CMake's `-A` switch. However, this requires we also propagate `${CMAKE_GENERATOR_PLATFORM}` to the bundled deps, so they build for the same architecture as Nvim.
* fix(build): fix build failure in MinGWerw72021-11-01
| | | | | | The new MinGW fails to build libuv due to a typedef conflict between mstcpip.h and src/win/winapi.h. This change avoids conflicts by disabling typedef in the MinGW header.
* build: update cmake min version to 3.10 #16065Jakub Łuczyński2021-10-19
| | | | | | * build(cmake): update cmake min version to 3.10 * ci: test cmake minimum required version * build(cmake): remove some legacy includes * Since version 3.5 cmake_parse_arguments is implemented natively.
* deps: update to libuv v1.23.2Justin M. Keyes2018-11-01
| | | | | | | | | | | | | | | | | | | Remove libuv-overlapped.patch since UV_OVERLAPPED_PIPE was included in libuv v1.21.0: https://github.com/libuv/libuv/commit/62a0f763a7d1a5bbaa2670b9d2687ba183d2c528 Notable changes since v1.12: - 1.16.0 - uv_os_getppid(): get parent PID - "win,tty: improve SIGWINCH support" (v1.15.0) - 1.18.0 - uv_os_getpid() - 1.19.0 - Windows: uv_kill() pid 0 now means "current process group", like unix. https://github.com/libuv/libuv/commit/890eedaf59cea75faaa6a14b4248a472dcadb831 - 1.20.0 - unix,spawn: respect user stdio flags for new pipe https://github.com/libuv/libuv/commit/c409b3fcff51ea270724e4f43866764e65666095
* deps: Ignore whitespace when applying libuv patchb-r-o-c-k2018-06-03
|
* Change to use RUNTIME target for DLL installationerw72018-05-23
|
* Remove unnecessary copy of headererw72018-05-23
|
* Change to always use cmake to build libuv on Windowserw72018-05-22
|
* Change to use cmake to build libuverw72018-05-22
|
* Change to enable build by Ninja on Windowserw72018-05-21
|
* win: open child stdio handles in overlapped-mode (#8113)Björn Linse2018-04-25
| | | This will be used e.g. by the python client for native asyncio support
* build/OpenBSD: force gmake (#8222)Utkarsh Anand2018-04-07
| | | fix #8216
* build/windows: Add CMakeLists.txt for Libuv on Windowsb-r-o-c-k2018-03-18
| | | | | Adding a CMakeLists.txt for Libuv removes the need for Python when building on Windows.
* build/msvc: Add Appveyor CI for MSVCb-r-o-c-k2018-03-04
|
* win/build: Fix libuv recipe for Windows/NMake X86_64Rui Abreu Ferreira2017-02-16
| | | | | The 64bit check for the libuv recipe worked for the VS generator but not for NMake.
* Build third-party deps in MinGWRui Abreu Ferreira2016-08-07
| | | | | Added recipes to build bundled dependencies in native MinGW toolchains - libuv, luajit, luarocks, msgpack
* MSVC: Build third-party dependencies as release DLLsRui Abreu Ferreira2016-08-07
| | | | | | | | | | | | | | | | | | | | | | Using /MT was causing issues when building luarocks, revert it, use the dynammic runtime and generate release DLLs for the dependencies. Some refactoring was required because for linking cmake looks for the import libraries (.lib) but on runtime executables we need the .dll files to be in the same folder. The DLLs are placed in the bin/ folder in order for nvim.exe to run during the build and tests. The install target installs the DLLs with the nvim binary - uses GetPrerequisites to find runtime DLLs. Some minor issues that required adjustments: - [MSVC] FindMsgpack.cmake now looks for msgpack_import.lib instead of msgpack.lib - The lua-client fails to find libuv.lib, instead it looks for uv.lib, added second copy of the file to the install command. - [MSVC] CMAKE_BUILD_TYPE affects the output paths, default to Release. Part of these changes are credited to @jasonwilliams200OK who fixed the third-party recipes to consistently use the same build type.
* BuildLibuv.cmake: make case consistentJustin M. Keyes2016-01-08
|
* third-party: enable verbose builds of luajit and libuvJohn Szakmeister2015-11-10
| | | | | | Libuv and LuaJIT like to hide the actual compilation and linking commands behind nice text. This change makes them spit out the actual command line to help us with debugging issues that people are seeing.
* CMake: Don't use existing third-party sources by default.Florian Walch2015-09-09
| | | | | | | | Introduce ALLOW_EXISTING_SRC_DIR option, turned off by default. The Homebrew formula, which downloads and extracts the third-party dependency sources before starting the build, would turn this option ON.
* CMake: Build third-party deps in WindowsRui Abreu Ferreira2015-05-15
| | | | | | | | | | | | | | - Update recipes to build with MSVC or cross compile in Unix with Mingw - For recipes that need to be reused, wrap recipe in CMake function using cmake_parse_arguments - New directory .deps/host is the install root for HOST targets, the old .deps/usr is used for TARGET - In windows disable builds for terminal libraries and jemalloc - Added cmake script CopyFilesGlob.cmake to copy files using glob cmake -DFROM_GLOB=*.h -DTO=/usr/include -P CopyFilesGlob.cmake - New CMake variables HOSTDEPS_* can be used in cross compile recipes. Except when the target is UNIX, since that would break 32bit builds in 64bit Unix systems using the Travis 32bit toolchain
* third-party: fix some whitespace issues from the recent splittingJohn Szakmeister2015-03-10
|
* Split third-party recipes into multiple filesRui Abreu Ferreira2015-03-09
generated by cgit (git 2.34.1) at 2025-07-25 17:19:05 +0000