editors/neovim: Update to 0.7.2

editors/neovim: Update to 0.7.0

editors/vim, devel/luv: Use luajit-openresty as the Lua backend

After a failed attempt a few months ago, re-enable luajit-openresty
as the default luv backend, and the only neovim backend.

I suspect that it's safe to switch luv unconditionally as well, but I'm
taking a more conservative route at this time and just switching amd64
and i386 to it.

NeoVim is designed specifically for luajit. While it runs on PUC lua,
PUC is not used by upstream and no attempts are made to build for it.

However, luajit is largely a stalled project and is unlikely to ever
see new releases. The OpenResty fork, however, is actively-developed.
It is also the standard neovim lua backend on macOS Homebrew and most
Linux distributions.

editors/neovim: Update to 0.6.1

editors/neovim: only use GCC on powerpc64

On powerpc64le, clang works fine with LTO.

editors/neovim: unbreak build with luajit when lua53+ set as default

Approved by:	adamw (maintainer)
Sponsored by:	Netzkommune GmbH

editors/neovim: Partially revert 9b869a4c17db42729cdfaca02c5c9c5ab2d22976

luajit-openresty causes lua errors with many nvim plugins. I don't know
why, and until I have time to diagnose it, revert the switch to
hardcoded luajit-openresty. In the short term I'll likely switch to
hardcoding luajit and removing the PUC Lua option.

editors/neovim: Update to 0.6.0 and switch lua backend

0.6.0 is an interval update that refines and extends the major lua
overhaul of 0.5.0.

Instead of using options for luajit vs PUC (mainline) lua, use
luajit-openresty unconditionally. devel/luv needs to use the same
backend as NeoVIM, so this commit switches it too.

NeoVIM is designed specifically to run on luajit rather than PUC;
upstream essentially doesn't develop for PUC. However, luajit is
largely unmaintained, locked in an older lua dialect, and unbuildable
on many architectures.

The luajit-openresty fork is faster, more modern, and should work in
more places. It's unclear to me which FreeBSD archs it does or doesn't
work on, so the fallout will have to be addressed once the builders have
a whack at it.

editors/neovim: enable LUAJIT on powerpc

While here, remove entry for riscv architecture. We only have riscv64 and
riscv64sf.

editors/neovim: Update to 0.5.1

BREAKING CHANGES:
feat(lua)!: register_keystroke_callback => on_key
feat(lsp)!: change handler signature #15504

FEATURES:
feat(jobstart): add parameter to close stdin

FIXES:
backport: fix(windowing): positioning of relative floats
backport: refactor(sign): include longer sign column option
backport: fix(sign): reset auto sign column with minimum in float win minimal
style
backport: fix(decorations): crash when :bdelete (extmark_free_all) after
clear_namespace
build: use RelWithDebInfo build for nightlies, Release for releases

editors/neovim: Add CPE information

Approved by:    portmgr (blanket)

editors/neovim: Update to 0.5

While here, generate the runtime data files automatically. Enumerating
them stopped being fun.

There are major new features in this release, the most notable being the
inclusion of native support for LSP (Language Server Protocol) and a
native parser/AST generator. These can be used to do intelligent code
analysis and completion, without requiring external scripting providers.

Also, the Neovim config file(s) can now be written entirely in lua
instead of (or in addition to) Vimscript.

Remove # $FreeBSD$ from Makefiles.

Remove occurrences of %%LUA_LIBDIR%%.

Differential Revision:	https://reviews.freebsd.org/D29138

Turn off LUAJIT on riscv64 as well.  This allows it to build.

Approved by:	portmgr (tier-2 blanket)
Obtained from:	lonesome.com build testing

editors/neovim: Update list of python versions

Previously, py3.9 wasn't recognized at all, and it was checking for python
versions that are no longer supported and don't exist in the ports tree.

No MFH here as py39 doesn't exist in 2020Q4.

Generalize to powerpc64le.

Approved by:	portmgr (tier-2 blanket)

Clean up some things

Reported by:	portscan

editors/neovim: enable luajit by default on powerpc64 using luajit-openresty

neovim: Update to 0.4.4

editors/neovim: fix build on powerpc64 elfv2

Use GCC instead of Clang, Clang-compiled binary crashes at testing. Strangely,
it doesn't crash when built with WITH_DEBUG=yes, but that makes debugging hard.

USES=lua gained flavors.

Ports using USES=lua:module or lua:flavors will be flavored.  A range of
supported lua versions can be set using XX-YY (or XX-, or -YY, or simply ZZ)
for ports not supporting all lua versions.

USES=lua sets LUA_FLAVOR that needs to be used on all dependencies of
flavored lua ports, in a similar way as PHP or Python flavors.

PR:		245038
Submitted by:	andrew tao11 riddles org uk
Reviewed by:	mat, kevans, russ haley gmail com
Approved by:	mat (portmgr)
Differential Revision:	https://reviews.freebsd.org/D16494

neovim, lynx: Update WWW

neovim: Limit portscout to number-looking versions

There's a "stable" tag that portscout really likes.

neovim: Blacklist luajit on ppc

It's possible that luajit itself is broken on ppc32, but neither of the
people using that arch have reported similar errors AFAIK.

PR:		242799

neovim: Update to 0.4.3

neovim: Update to 0.4.2

PR:		240699
Submitted by:	checo1705 secmailpro

neovim: Update to 0.3.8

 * security: 'modeline', 'modelineexpr'
 * Disallow API calls in the sandbox.

MFH:		2019Q3

Update neovim to 0.3.7

Update neovim to 0.3.6

Disable LuaJIT on non-x86 architectures

The version of LuaJIT in port doesn't work well (or at all) for neovim
on non-x86 architectures. Plus, some users (at least the submitter, who
made a good argument for it) may not want LuaJIT at all.

So, make LuaJIT an OPTION. Enable it by default, and exclude it from
all the archs that LuaJIT+neovim doesn't work on. Fall back instead on
normal Lua.

PR:		238079
Submitted by:	Greg V
MFH:		2019Q2

Update neovim to 0.3.5

Maintenance release to fix issues found in v0.3.4.

  options: properly reset directories on 'autochdir'
  Remove MSVC optimization workaround for SHM_ALL
  Make SHM_ALL to a variable instead of a compound literal #define
  doc: mention "pynvim" module rename
  screen: don't crash when drawing popupmenu with 'rightleft' option
  look-behind match may use the wrong line number
  :terminal : set topline based on window height
  :recover : Fix crash on non-existent *.swp

Use the correct FLAVOR for the optional pynvim dependency.

Reported by:	mat

Add PYNVIM option

PYNVIM installs the py-pynvim port. This enables support for nvim
plugins written in python. It is NOT required for editing or debugging
python scripts---that support is already included in neovim.

Remove trailing space

Update to 0.3.4, and add TEST_DEPENDS

This is a maintenance release.

Changes:
https://github.com/neovim/neovim/commit/ab2bbbf6c45fdf278271d19f014c9d0850d249c6

Update neovim to 0.3.3

Changes: https://github.com/neovim/neovim/releases/tag/v0.3.3

Update neovim to 0.3.2

This update includes some BSD-specific fixes, including fixes for the
random q's that would appear when editing on the vt console.

Changes:
https://github.com/neovim/neovim/commit/4dd3fc4ca9959928ac823aeabc09a3a609b3c26a

Change cmake default behaviour to outsource.

Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".

I tried to only set insource where explictely needed.

PR:		232038
Exp-run by:	antoine

Teach the syntax highlighter about the UseBlacklist command in sshd_config

PR:		230074
Submitted by:	Samy Mahmoudi

Update neovim to 0.3.1


FEATURES:
  man.vim: C highlighting for EXAMPLES section
  TUI: urxvt: also send xterm focus-reporting seqs
  API: emit nvim_buf_lines_event from :terminal
  fillchars: Add "eob" flag

FIXES:
  startup: avoid blank stdin buffer if other files were opened
  Only waitpid() for processes that we care about
  Check all child processes for exit in SIGCHLD handler
  channel.c: Prevent channel_destroy_early() from freeing uninitialized rpc
stuff
  transstr_buf: fix length comparison

Update neovim to 0.3.0

Changes:
https://github.com/neovim/neovim/commit/44c6deb91ac917703c157d564eb3accbff4d37af

Update included libmpack-lua and take maintainership

While here, sort depends, update WWW, and expand the
pkg-descr.

I'd like to thank Oleh Hushchenkov, the outgoing maintainer,
for offering me maintainership and for maintaining this port
for nearly two years.

devel/unibilium: Update to 2.0.0

* Change to DISTVERSION
* Bump devel/libtermkey, editors/neovim

editors/neovim fails on 12amd64 before and after this change

PR:		226638
Submitted by:	chuck@tuffli.net <chuck@tuffli.net> (maintainer)

Add an NLS knob.

PR:		224983
Approved by:	Oleh Hushchenkov

editors/neovim: update 0.2.1 -> 0.2.2

PR:		223747
Submitted by:	Oleh Hushchenkov <gor@clogic.com.ua> (maintainer)

Update editors/neovim  to 0.2.1

Changelog:
	https://github.com/neovim/neovim/commit/c67dd5acd0bb9f8d08789dfe6af27d9045e95fb4

PR:		223509
Submitted by:	Oleh Hushchenkov <gor@clogic.com.ua> (maintainer)

Make ninja opt-out in cmake.mk

Using ninja instead of make (1) can lead to significant speed ups while
building.
Therefore switch from having the ninja generator opt-in to having it opt-out.

Previously cmake-ports that wanted to use ninja could set
    CMAKE_NINJA=yes
now, ports that do not work with ninja can set
    cmake:<existing args>,noninja
Note, that needing this should be an exception and most often points to a broken
cmake of the port.

The ports using cmake were modified
* removed USES=gmake, if ninja is used
* removed MAKE_ARGS, if ninja is used
* added the cmake-argument noninja if necessary

PR:		219629
PR:		213331
Exp-run by:	antoine
Reviewed by:	rakuco
Differential Revision:	https://reviews.freebsd.org/D10748

- Update to 0.2.0

Changelog: https://github.com/neovim/neovim/releases/tag/v0.2.0

PR:		219141
Submitted by:	maintainer

Update to 0.1.7

PR:		214897
Submitted by:	Oleg Gushchenkov <gor@clogic.com.ua> (maintainer)

- Update to 0.1.6

PR:		214311
Submitted by:	gor@clogic.com.ua(maintainer)

editors/neovim: Return pty process patch to restore build on DF

The pty process file was relocated and renamed, so the previous patch
no longer applied and was removed with the last update.  Regenerate the
patch to restore build on DragonFly.

Approved by:	DragonFly blanket

- Update to 1.15

PR:		212233
Submitted by:	gor@clogic.com.ua (maintainer)

editors/neovim: pass maintainership to submitter

- fix out-of-order DISTVERSIONPREFIX (portlint warning)

PR:		210301
Submitted by:	Oleg Gushchenkov <gor@clogic.com.ua>

Fix be64toh() detection on BSDs from upstream

Use patch names as generated by 'make makepatch'

PR:		210054
Submitted by:	gor@clogic.com.ua

editors/neovim: Unbreak using dports patches

One of the 3 patches is for DF, the other two are commonly needed.

Mark BROKEN: fails to build

/wrkdirs/usr/ports/editors/neovim/work/neovim-0.1.4/src/nvim/shada.c: In
function 'shada_write_file':
/wrkdirs/usr/ports/editors/neovim/work/neovim-0.1.4/src/nvim/shada.c:3232:
error: expected declaration specifiers or '...' before '(' token
/wrkdirs/usr/ports/editors/neovim/work/neovim-0.1.4/src/nvim/shada.c:3232:
error: expected ')' before '?' token

Reported by:	pkg-fallout

devel/msgpack: 1.1.0 -> 1.4.2

Changes:
  https://github.com/msgpack/msgpack-c/blob/master/CHANGELOG.md
- dependent ports PORTREVISION bump because name of shared library changed

PR:		209474
Submitted by:	Yuri Victorovich <yuri@rawbw.com>
Reviewed by:	swills

Update to 0.1.4.

PR:		209294
Submitted by:	tkato432 yahoo com
Sponsored by:	Absolight

Update to 0.1.3.

PR:		208867
Submitted by:	tkato432 yahoo com
Sponsored by:	Absolight

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

- Reassign to the heap, on maintainer's request

Update to 0.1.2

PR:		207088
Submitted by:	Anton Tornqvist (maintainer)

fix runtime, pkg registers a dependency on libluajit but no runtime
dependency, and pkg autoremove will render this unusable.

Sponsored by:	Absolight

editors/neovim: create port

PR:		198713
Submitted by:	Anton Tornqvist <antont@inbox.lv> (based on)