| Commit message (Collapse) | Author | Age |
| |
|
|
|
|
| |
make api functions highlighted as builtins in vim.vim
|
|
|
|
| |
Most functional tests don't work on Windows yet, for now enable a subset of the tests in Appveyor builds.
|
|
|
|
|
|
|
|
|
|
| |
- Join all msys build scripts into one
- Clean up appveyor.yml and generate installer for tagged builds
A side effect of the cosmetic changes is that appveyor artifact
permalinks are easier to use, e.g. for the latest zip in the
master branch
https://ci.appveyor.com/api/projects/neovim/neovim/artifacts/build/Neovim.zip?branch=master&job=Configuration%3A%20MINGW_64
|
|
|
|
|
|
|
|
| |
Build the default CMake target now that helptag generation is
working again.
For build artifacts create a zip file with an instalation of
Neovim (generated by cpack).
|
|
|
|
|
|
|
|
| |
- Build for MinGW x86/x86_64. Move build scripts out of the yml file into
separate batch files.
- The MinGW builds use MSYS to get runtime dependencies, but they do not
link against the POSIX adaptation layer.
- For now only build the nvim.exe binary, but not the helptags.
|
|
|
|
|
| |
MinGW builds in Travis have been disabled for a while now, and some
of the upcoming patches will break cross compilation even further.
|
|
|
|
|
| |
Using GCC 4.9 for building the dependencies caused some linker error on
OS X.
|
|
|
|
|
| |
Running tests from the top-level Makefile will use the third-party
dependencies from .deps instead of the ones from the Travis cache.
|
| |
|
|\
| |
| | |
genvimvim.lua: fix matching functions
|
| | |
|
| | |
|
|\ \
| |/
|/| |
Travis: Fix coveralls upload.
|
| | |
|
|\ \ |
|
| | | |
|
| |/
|/|
| | |
Travis now seems to support caching on MacOS.
|
|/ |
|
| |
|
| |
|
|
|
|
|
| |
sourceforge download has been failing randomly, which causes build
failures.
|
|
|
|
| |
Avoids some duplication.
|
|
|
|
|
|
|
|
| |
Travis defines[1] $CI for its builds, whereas $CI_TARGET is
a Neovim-specific env var from 6483a198e4bee1e80683ba12e061616c3e6c4090
that lost prominence in d2eb4a934683b5da63000d8b79a0d4c9a314d1c0.
[1] https://docs.travis-ci.com/user/environment-variables/
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Install Python 3.3 from the Deadsnakes PPA. As this doesn't have pip,
install it manually into ~/.local.
~/.local/bin is apparently in Travis's default PATH, meaning "pip"
doesn't refer to Python 2's pip anymore, but to the manually
installed Python 3 version. Updated the scripts to use version-
suffixed executable names (e.g. pip2.7).
Set CC=cc to use system's default compiler when installing Python
modules, as gcc on OS X had a problem with compiling one of the
dependencies of the Neovim Python module.
|
|
|
|
|
|
| |
Instead of just caching the third-party build output, cache the full
build directory. Always run make to ensure that updated dependencies
are downloaded.
|
| |
|
| |
|
|
|
|
| |
Fixes #3157
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This fixes gcov/coveralls warnings like the following:
Segmentation fault (core dumped)
charset.c.gcno:version '501*', prefer '406*'
Out of memory allocating 33061786568 bytes after a total of 2522648 bytes
http://stackoverflow.com/a/14676272/249642
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* Split build steps to utilize the Travis build lifecycle.
* Move shell code from `.travis.yml` into Bash files in `.ci/`,
one file for each step of the Travis build lifecycle.
* Use configuration variables in `.travis.yml` to change
build behavior (e.g. build 32-bit with `BUILD_32BIT=ON`).
* Keep all configuration in environment variables in
`.travis.yml`. In scripts, concatenate environment variables
according to configuration to change to different behavior.
* Add GCC 5 builds for Linux.
* Use Travis's caching feature [1] for third-party dependencies
and pip packages.
* Allow failures MSan, as the errors it reports have to be
fixed first.
Valgrind is still disabled, but can be enabled by setting
`env: VALGRIND=ON` for a job in `.travis.yml`.
[1] http://docs.travis-ci.com/user/caching
|
|
|
|
|
|
|
| |
* Functional tests fail with SIGPIPE: disable them until we
figure out the exact problem.
* MSan reports some warnings: allow failures for the Travis
build to allow fixing them in individual follow-up PRs.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
With Valgrind, the GCC build frequently passed the 50 min timeout on
Travis.
|
|
|
|
|
| |
- Build third-party/ in Travis using mingw
- Import mingw-w64 cmake toolchain
|
|
|
|
| |
It was removed in 8130eb1191aece52d8b2790302abf1bd09aaf90f
|
| |
|
|
|
|
| |
Reviewed-by: Justin M. Keyes <justinkz@gmail.com>, Nikolay Pavlov <zyx.vim@gmail.com>
|
| |
|
|
|
|
| |
It seems valgrind hangs if jemalloc is used.
|
| |
|
| |
|
|
|
|
| |
python_spec.lua depends on the python client installed.
|
| |
|
| |
|
|
|
|
| |
Would otherwise find files in .deps if dependencies are built.
|