| Commit message (Collapse) | Author | Age |
|
|
|
|
|
|
|
|
|
|
| |
Requires libtermkey 0.19+
Closes #2048
Closes #5693
See https://github.com/neovim/libtermkey/compare/a9b61424aae9f7548162ff112393c5f706cf54f1%5E...c0eb4e4a05f49ad8fee0195c77f2c29d09cc36af
See https://bugzilla.redhat.com/show_bug.cgi?id=142659
See https://github.com/tmux/tmux/blob/fe4e9470bb504357d073320f5d305b22663ee3fd/tty-keys.c#L625-L632
|
| |
|
|
|
| |
Closes #5415
|
|
|
|
|
|
|
|
|
|
|
|
| |
https://github.com/mpeterv/luacheck/pull/81#issuecomment-261099606
> If you really want to use bleeding-edge version you should get the
> rockspec from master branch, not a fixed commit ...
> The correct way to install from a specific commit is cloning that
> commit and running "luarocks make" from project directory. The reason
> is that running "install" or "build" on an scm rockspec fetches
> sources from master but uses build description from the rockspec
> itself, which may be outdated.
|
|
|
|
| |
Fixes #4620
|
|
|
|
| |
make api functions highlighted as builtins in vim.vim
|
|
|
|
|
| |
The argument quotes in the luv build recipe did not work
in Windows.
|
|
|
|
|
| |
Busted now builds on Windows, remove the check. In Windows the binary
is called busted.bat.
|
| |
|
|
|
|
|
|
| |
penlight 1.4.0 changed how files are being globbed and busted hasn't
been updated accordingly yet. See Olivine-Labs/busted#528 for more
information.
|
|
|
|
|
| |
luarocks has had trouble in the past with multiple build/install
commands running at the same time.
|
|\
| |
| | |
Enable MSYS/MinGW builds in Appveyor
|
| | |
|
| |
| |
| |
| |
| | |
Add build recipe for libvterm in MinGW, a CMakeLists.txt
file is bundled in third-party/cmake/.
|
| | |
|
| |
| |
| |
| |
| | |
Added recipes to build bundled dependencies in native MinGW
toolchains - libuv, luajit, luarocks, msgpack
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
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.
|
|\ \
| |/
|/| |
option: Do not expand options, obtained from XDG vars
|
| | |
|
|/
|
|
| |
Closes #5114.
|
| |
|
|
|
|
|
|
|
| |
vim-patch:7.4.1603
TODO(bfredl): if we allow events in HITRETURN and ASKMORE states,
we need to add the necessary redraws as well.
|
|
|
|
|
| |
The new version of the lua client uses libmpack as a backend, and some test
scripts had to be updated to reflect that.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
|
| |
Also add a functionaltest-lua target to run the functional tests using the lua
interpreter and corresponding helper to top-level Makefile
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
New feature: `VTermState->mode.bracketpaste`
Enabled by default, but note that `vterm_state_reset()` disables it.
https://github.com/neovim/libvterm/commit/03981def6baedf459ff1539531f8a389520038fa
References #3476
New feature: `vterm_state_set_unrecognised_fallbacks`
https://github.com/neovim/libvterm/commit/acf7f19713587df91ab9bb26c84a2c9a22ba8745
Oh, and terminal reflow works now.
Closes #2514 (but not #3864, that's a bit more tricky)
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Although UNIX is a registered trademark of The Open Group, it doesn't
really matter whether we refer to these systems as UNIX, Unix, or
Unix-like. So, for consistency, refer to them collectively as Unix.
Related:
http://www.greens.org/about/unix.html
http://www.unixica.com/html/unixunix.html
|
|
|
|
|
|
|
|
|
|
| |
Otherwise the dynamic library is built also and find_library will prefer
that over the static one. That results in linking against the dynamic
library which will not be found after install.
This code:
https://github.com/neovim/neovim/blob/8b3c399b6d7f4a277d80da4b29349fed944f7d46/third-party/CMakeLists.txt#L130
should prevent the above problem, but it doesn't hurt to be explicit.
|
| |
|
|
|
|
| |
Point to new location.
|
|
|
|
|
|
| |
The luajit.org download URL:
http://luajit.org/download/LuaJIT-2.0.4.tar.gz
is breaking our travis builds because of connection problems.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
So far luacheck's rockspec specified only the git protocol. Hence people
behind firewalls/proxies, that block port 9814, had trouble fetching this
dependency via luarocks.
The latest commit updated the rockspec to use either git or https. Thus common
workarounds like this are not needed anymore:
git config --global url."https://".insteadOf git://
References #3769.
|
|
|
|
|
|
|
| |
Source: https://github.com/mpeterv/luacheck
Docs: http://luacheck.readthedocs.org/en/0.12.0/index.html
Run via "make testlint".
|
| |
|
|
|
|
|
|
| |
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.
|
|
|
|
| |
Busted now correctly excludes the 3.0 line of cliargs.
|
|
|
|
|
|
| |
Unfortunately, it's not enough to avoid the rc file. For now, let's
install a good version of lua_cliargs until the dependency is fixed
upstream.
|
|
|
|
|
| |
Same code we were using before, only from official release tarball
instead of our GitHub mirror.
|
|
|
|
|
|
|
|
|
|
|
| |
jemalloc 4.0 adds support for OpenBSD, DragonFlyBSD and other platforms.
Release notes: https://github.com/jemalloc/jemalloc/releases/tag/4.0.0
4.0.1 and 4.0.2 are bugfix releases
Release notes: https://github.com/jemalloc/jemalloc/releases/tag/4.0.1
https://github.com/jemalloc/jemalloc/releases/tag/4.0.2
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Changes since 1.1.4 (from [1]):
1.1.5 2015-07-17:
- doc/unibi_{get,set}_ext_*_name: Fix man's “can't break line” warnings
- Merge pull request #12 from Debian/manpage-warnings
- fix variable name parsing in %g/%P (gh #14)
1.1.6 2015-07-23:
- neatify formatting
- factor out TAP pseudo-library
- regenerate static tests
- add screen-256color sanity test
- make ok() accept printf varargs
- regenerate static tests
- mark test functions as potentially unused
- more test stuff
- use note for annotations instead of diag
- regenerate static tests
- fix nested conditionals
- add ansi-pfkey test because why not
1.2.0 2015-08-14:
- add helper functions for unibi_var_t manipulation
- document semantics of zero-initializing unibi_var_t
[1] https://github.com/mauke/unibilium/compare/v1.1.4...v1.2.0
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
|
| |
Previously, only DEPS_INSTALL_DIR could be configured.
|
|
|
|
|
|
|
|
| |
This effectively reverts 585e5d32a3402bffa971ae8124fc64004ab92e61
The pinning was done at a time when `lua_cliargs` caused test failures,
so an older version which didn't was pinned. We're now using the latest
version (2.5-1), so the cause of those failures were presumably fixed.
|
|
|
|
|
|
|
|
|
| |
This removes the dependency on ansicolors, see [1]:
See [2] for a changelog between the two versions.
[1]: https://github.com/Olivine-Labs/busted/pull/373
[2]: https://github.com/Olivine-Labs/busted/compare/v2.0.rc8-0...a6233a277da4e118f663606d54da8df88a27c076
|