| Commit message (Collapse) | Author | Age |
| | |
|
| |
|
|
| |
Problem: Windows package step failed (silently).
Solution: Make sure to configure cmake before attempting to build the package target.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Refactor `build.ps1` into a more modular design
https://github.com/neovim/neovim/blob/9728f3b558c8cf9bd2bc331de8a5cc80ba0d3797/.github/workflows/ci.yml#L283-L296
- Separate CI steps.
- Remove unneeded code related to setting up CMake.
- Use parallel/incremental builds.
- Fix github's cache.
- Clear the way for the possibility of replacing this file with a cmake-preset:
https://github.com/neovim/neovim/pull/19128
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
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/)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| | |
|
| |
|
|
| |
This reverts commit 07d3fb6e3b5f9f10b24103363ea7203deb336f06.
|
| |
|
|
| |
The oltests hang on windows, making all CI runs fail.
|
| |\
| |
| | |
ci: remove failing windows CI tests
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| | |
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.
|
| |/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Addresses: #12571
- Added the following installers through CMake files:
- Windows NSIS.
- Windows MSI.
- Windows zip.
- MacOs tarball.
- Linux tarball.
- Linux Deb package.
- Tweaked pipeline CPack commands to build using new CMakeLists.txt configuration file.
- Added icons and relevant packaging files.
- Updated notes.md to reflect new installation instructions.
This isn't meant to be the perfect solution, it's simply a first pass at using a
simple packaging system to build Windows installers. A Debian package has also
been added since it's very easy but other packages have been left out due to
limiting the scope. Hopefully we can build further upon this and improve it
over time with code signing, better icons and more user-friendly installation
graphics and so on.
|
| |
|
|
|
| |
This will prevent future errors whenever support for a specific python
version we rely on is removed.
|
| | |
|
| | |
|
| |
|
|
| |
[skip ci]
|
| |
|
|
|
|
|
|
| |
Switch libuv from https://github.com/neovim/libuv fork to upstream for WIN32.
Upstream at 1.42.0 is now used for all platforms.
BREAKING CHANGE: removes Windows 7 support
BREAKING CHANGE: removes support for mouse and alternate buffers in TUI for
Windows 8 and 8.1
|
| |
|
|
|
|
|
| |
GHA now provides python3.exe by default -- actions/python-versions#78
Ensure Python 2 directory is earlier in $PATH so bare python always
invokes Python 2.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
The `ruby_eval` RPC message will be available in neovim-ruby
0.9.0.pre.*. That will become 0.9.0 once `rubyeval` is merged to neovim.
The `--version` argument isn't needed, as `gem` should pick the latest
release.
|
| |
|
|
| |
This reverts commit 4faf30de3ea72bd188c8894eb10f0c971ff28e90.
|
| | |
|
| | |
|
| |
|
|
| |
Skips nodejs and Neovim::Ext.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
scoop is a Windows package manager, similar to homebrew on OSX.
It is written on powershell, works in unelevated accounts,
is regularly maintained, and does not need mingw/msys2/cygwin
or WSL environments.
Sample use case is running (busybox) bash,
which can be installed via scoop via "scoop install busybox",
to use CI bash scripts in Appveyor.
Parts of scoop's directory can be cached to avoid downloads.
scoop modifies the registry for persistence environment variables
so scoop itself cannot be cached.
|
| | |
|
| | |
|
| |
|
| |
Changelog: https://github.com/luarocks/luarocks/compare/v2.4.4..v3.2.1#diff-4ac32a78649ca5bdd8e0ba38b7006a1e
|
| |
|
|
|
| |
Remove useless `npm link` for tree-sitter-cli.
Use powershell builtins.
|
| |
|
|
|
| |
Set-PSDebug produces too much noise and has global scope.
Strict mode is scoped to the script context and catches errors.
|
| | |
|
| | |
|
| |
|
|
| |
tree-sitter-c is still at 0.15.2 though.
|
| |
|
|
| |
build tree-sitter c parser on ci for testing purposes
|
| | |
|
| |
|
|
|
| |
This was not working due to having another `python` in the PATH then.
Ref: https://ci.appveyor.com/project/neovim/neovim/builds/26492761/job/dspm40v5l2v6gn40?fullLog=true#L15955
|
| |
|
|
|
|
|
|
| |
Fixes:
> CMake Warning:
> Manually-specified variables were not used by the project:
>
> DEPS_BUILD_DIR
|
| |
|
| |
Initially added in 685ca180f, but gets built via third-party anyway by now.
|
| |
|
|
|
|
|
|
|
|
|
| |
* Add ci/common/submit_coverage.sh, used with Travis and AppVeyor
* use gcovr, with coverage.xml for better branch coverage reporting, and
easier processing of gcov files in general
* codecov: use flags again, with `uname -s` additionally
Ref: https://github.com/neovim/neovim/pull/10227#issuecomment-502923543
* remove now unused parsers.gcov config from codecov.yml
|
| | |
|
| |
|
|
|
|
|
| |
[skip travis]
Closes https://github.com/neovim/neovim/pull/10232.
Co-authored-by: Jan Edmund Lazo <jan.lazo@mail.utoronto.ca>
|
| |
|
|
| |
Using flags results in timeouts on their end when viewing reports, and
is a known issue since months already.
|
| | |
|
| |
|
|
|
|
|
|
|
| |
Problem: Calling :stopinsert from RPC while in terminal-mode does not
go back to normal-mode.
Solution: Implement a check() handler for state_enter(), adapted from
insert_check().
Fix #7807
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
appveyor.yml: set cache to an absolute path.
Desperate attempt to get AppVeyor cache to work.
My assumption in a7a56293aad9 #9852 that that different jobs were
overwriting each other's cache is probably wrong: AppVeyor
docs/discussions hint that the cache is per-config (though I haven't
found a clear, unambiguous statement as such).
|
| | |
|
| |
|
|
| |
The deps cache does not work for MSVC builds because the MINGW builds
ovewrite it. Cache saves 10+ minutes on the build.
|