| Commit message (Collapse) | Author | Age |
|
|
|
|
| |
v:completed_item should always be a dict (not empty string), even before
the first completion.
|
|
|
|
|
|
|
|
|
|
| |
```
updated for version 7.4.575
Problem: Unicode character properties are outdated.
Solution: Update the tables with the latest version.
```
https://code.google.com/p/vim/source/detail?r=v7-4-575
|
|\ |
|
| | |
|
|/ |
|
|\ |
|
| | |
|
|/ |
|
|
|
|
| |
Closes #2779
|
|
|
|
|
|
|
| |
Problem: Overflow when adding MAXCOL to a pointer.
Solution: Subtract pointers instead. (James McCoy)
https://github.com/vim/vim/commit/v7-4-719
|
|
|
|
|
|
|
|
|
|
| |
Problem: Crash when searching for "x\{0,90000}". (Dominique Pelle)
Solution: Bail out from the NFA engine when the max limit is much higher
than the min limit.
https://github.com/vim/vim/commit/v7-4-593
See https://groups.google.com/d/msg/vim_dev/c7owwoseba8/ZETgSNZ6p10J
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| | |
patch 7.4.713
Problem: Wrong condition for #ifdef.
Solution: Change USR_EXRC_FILE2 to USR_VIMRC_FILE2. (Mikael Fourrier)
https://code.google.com/p/vim/source/detail?r=v7-4-713
|
| | |
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These patches are not applicable (NA):
.611 (if_python3.c)
.627 (term.c)
.666 (X on *nix)
.678 (--remote)
.683 (vimtutor)
.687 (terminal)
.691 (mzscheme)
.692 (Solaris)
.730 (crypto)
.731 (GUI)
.738 (compiling w/o syntax highlighting)
.644 applied in an unsupported platform (Stratus VOS)
|
| |
|
|\ |
|
| |
| |
| |
| | |
074_global_var_in_viminfo_spec: remove some redundant sanity checks.
|
| | |
|
|/
|
|
|
| |
Helped-By: David Bürgin <676c7473@gmail.com>
Helped-By: Justin M. Keyes <justinkz@gmail.com>
|
|
|
|
|
|
|
|
|
| |
When ml_add_stack() needs to increase the size of the empty stack,
buf->b_ml.ml_stack is NULL and is used as argument in memmove().
This is undefined behaviour. Declaration of memmove() in string.h:
extern void *memmove (void *__dest, const void *__src, size_t __n)
__THROW __nonnull ((1, 2));
|
| |
|
|\
| |
| |
| | |
interpreter for +python, improve messages'.
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The executable 'python' can refer to either Python 2 or Python 3. Add a
check to only accept Python 2 interpreters as providers for +python.
Also improve the error messages.
Resolves #2734.
|
| |
| |
| |
| | |
Ref: https://github.com/blueyed/neovim/commit/9b653ce0#commitcomment-11195449
|
| |
| |
| |
| |
| |
| |
| |
| | |
I could not find a reference to NVIM_PYTHON_PYTHON_LOG anywhere, and
python-client looks for NVIM_PYTHON_LOG_FILE.
~/.nvimlog appears to be hardcoded and enabled by default. This would
need to be adjusted when this changes.
|
| |
| |
| |
| |
| | |
Do not call it again in case of an exception in `remote#host#Require`
(ref: https://github.com/neovim/neovim/pull/2549#issuecomment-102674350).
|
| |
| |
| |
| |
| |
| |
| |
| | |
`provider#pythonX#Error` and `provider#pythonX#Prog` are currently meant
for debugging only (the error message is not being used), and should
therefore be defined always, especially in case of errors.
Ref: https://github.com/neovim/neovim/pull/2549#issuecomment-98607580
|
| |
| |
| |
| |
| | |
The `check` return value of `s:check_version` was not being used, and it
was returned always.
|
| |
| |
| |
| |
| | |
python3/python2 will typically point at the default / most recent
interpreter.
|
| | |
|
| | |
|
|/
|
|
|
| |
`s:check_interpreter` will query/return the version also, so that
`s:check_version` can just use that, without calling "python" again.
|
|
|
|
|
| |
With Valgrind, the GCC build frequently passed the 50 min timeout on
Travis.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Piping input into nvim causes the helptags generation to hang. For
example, the following does not work:
yes | nvim -c "helptags ."
The helptags are generated during installation with a command similar
to the one above, using CMake's execute_process to call nvim.
As execute_process does not use an intermediate shell, the following
will cause the installation to hang:
yes | make install
pacaur, an Arch Linux package helper, uses a similar command to
install packages [1], and thus can currently not be used to install
Neovim.
This commit adds a workaround to GenerateHelptags.cmake to circumvent
this problem.
[1] https://github.com/rmarquis/pacaur/blob/22c00a3d05f6504b44dfbc2f3cbd6ab1291e3c9c/pacaur#L825
|
|
|
|
|
| |
Reviewed-by: Scott Prager <splinterofchaos@gmail.com>
Reviewed-by: Michael Reed <m.reed@mykolab.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
Backported from vim_dev:
https://groups.google.com/forum/#!searchin/vim_dev/completeopt/vim_dev/tVsk0pdOGvs/fCzBbPkA4w0J
Use case:
https://github.com/Shougo/neocomplcache.vim/issues/426
Reviewed-by: Felipe Morales <hel.sheep@gmail.com>
Reviewed-by: Scott Prager <splinterofchaos@gmail.com>
Reviewed-by: Michael Reed <m.reed@mykolab.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
When checking code with check_c_source_compiles, the "check variable"
(for the _FORTIFY_SOURCE detection: previously _FORTIFY_SOURCE_ACCEPTABLE, now
HAS_ACCEPTABLE_FORTIFY) is passed to the compiler like
-D_FORTIFY_SOURCE_ACCEPTABLE. This throws off hardening-wrapper [1],
which then NOT sets _FORTIFY_SOURCE=2 for the check, assuming it had already
been set manually as it detected -D_FORTIFY_SOURCE*. Renaming the "check
variable" to not match this pattern works around this problem.
[1] https://github.com/thestinger/hardening-wrapper
|
|\
| |
| |
| |
| | |
[RDY] doc: Various removals/cleanups
Reviewed-by: Felipe Morales <hel.sheep@gmail.com>
|
| |
| |
| |
| |
| |
| |
| | |
These were all introduced by the previous commit, and spotted with with
`make html` in `runtime/doc`.
[ci skip]
|
|/
|
|
|
|
|
| |
- Removed mention of many options which don't exist anymore.
- Add new tags for some new options (e.g., -v)
While here, also remove a few X11 references.
|
| |
|
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When splitting the window (win_split_ins), function win_new_width is
already called before the height has been set. This calls
terminal_resize, which passes a height of 0 on to libvterm, which
doesn't handle a height of 0 properly.
A fix is already in place in terminal.c for not passing on the height,
but strictly speaking, it doesn't make sense for window to call
terminal_resize when it isn't initialized completely yet.
|
|/ |
|
|\
| |
| |
| |
| |
| | |
[RDY] main.c: Some refactoring / cleanups
Reviewed-by: Scott Prager <splinterofchaos@gmail.com>
Reviewed-by: oni-link <knil.ino@gmail.com>
|