rneovim.git - Neovim fork with Rahm's personal hacks.

	Commit message (Collapse)	Author	Age
*	build: BuildLuv: set/pass WITH_LUA_ENGINE (#10449)	Daniel Hahler	2019-07-09
\| \| \|	Ref: https://github.com/neovim/neovim/pull/10438
*	build: bundle: clean binary dir with new downloads (#10411)	Daniel Hahler	2019-07-04
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	This is required to (re)build e.g. libluv when the version changes (which triggers a new download). With `make deps`, changing the `LUV_URL`/`LUV_SHA256`, and `make deps` again: Before: > Up-to-date: /home/daniel/Vcs/neovim/.deps/usr/lib/libluv.a After: > Installing: /home/daniel/Vcs/neovim/.deps/usr/lib/libluv.a See with https://github.com/neovim/neovim/pull/10358 - where .deps contained libluv 1.29, the merge updates it to 1.30, but then it failed to link because `libluv.a` is considered to be up-to-date (after downloading the new version). Note that header files get installed, since they have the original time stamp, but `libluv.a` is being generated (does not use the timestamp from the archive here, but needs to get rebuild). It could be argued that the build system of the included project should catch/handle this, but it seems to be good practice to clean the binary / build dir with a new download to start from scratch. Ref: https://gitlab.kitware.com/cmake/cmake/issues/19452 Also fixes cmake/BuildLuv / luv-static: use name with -DTARGET for download command, and pass (shared) `SRC_DIR` explicitly instead.
*	build: remove patch: luv-Add-missing-definitions-for-MinGW [skip travis] #10360	Daniel Hahler	2019-06-28
\| \| \| \|	Added in 4ae7acd15 initially, but seems to not be necessary anymore, and/or should be send upstream otherwise.
*	lua: introduce vim.loop (expose libuv event-loop) #10123	George Zhao	2019-06-10
\| \| \| \| \| \|	Co-authored-by: Andrey Popp <8mayday@gmail.com> closes #9546 closes #10084
*	Change to use bundled libuv to build luv	erw7	2018-05-27
\|
*	build/freebsd: set CMAKE_MAKE_PROGRAM iff "Unix Makefiles" (#8260)	John Szakmeister	2018-04-12
\| \| \| \| \| \| \|	It's only appropriate to set CMAKE_MAKE_PROGRAM to gmake when we're using the "Unix Makefiles" generator. On QB, the nodes have Ninja available and will use it, which means CMAKE_GENERATOR is set to "Ninja". Setting CMAKE_MAKE_PROGRAM was forcing the build to use gmake instead of ninja, which was causing the build failure.
*	build/OpenBSD: force gmake (#8222)	Utkarsh Anand	2018-04-07
\| \| \|	fix #8216
*	build/windows: Patch Luv with a patch file instead of CMake	b-r-o-c-k	2018-04-01
\|
*	build: Do not ref `libuv` CMake target if USE_BUNDLED_LIBUV=OFF. (#6363)	Justin M. Keyes	2017-03-26
\| \| \| \| \| \|	CMake Warning: The dependency target "libuv" of target "luv-static" does not exist. (CMP0046) Closes #6355
*	third-party: Pass along cmake generator in luv recipe	Rui Abreu Ferreira	2016-08-07
\|
*	Add luv as a third party dependency	Thiago de Arruda	2016-04-11
	Luv is a simple lua binding to libuv, which is now used by neovim lua client. The bundled luv installation a bit different from other dependencies in that it is installed two times: - The "BuildLuv.cmake" script downloads and installs a static version of luv using its normal cmake build script. This static version will be used later. - Luv default rockspec is replaced with the alternate under the "rockspecs" directory(the alternate rockspec plays nicer with neovim build system) - The alternate rockspec is used to build/install the lua module and make it available to lua scripts.