devel/lua-language-server3.19.1,1

devel/lua-language-server: Update to 3.19.1

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

devel/lua-language-server: Enable verbose builds and support ccache

There are two build phases: first the port builds luamake, and then
it uses luamake to build LuaLS. Verbosity (i.e. showing build
commands) and building with ccache is enabled for both phases.

Reviewed by:	Dave Marker
Approved by:	Dave Marker  (maintianer)
Differential Revision:	https://reviews.freebsd.org/D56566

devel/lua-language-server: Update to 3.18.2

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

devel/lua-language-server: Update to 3.17.1

By design, LuaLS wants to create a `.luarc.json` in your project root.
This file defines important things, like module paths, global symbols,
etc.

For those of us addicted to Neovim, LuaLS is all about making the most
of our nvim configs. Operating on the assumption that everybody likes
the same thing we do, this port now supplies a (STRONGLY) recommended
luarc in $EXAMPLESDIR, and a pkg-message pointing to it.

Also, testing during build phase has been disabled. There are some flaky
tests that can lead to failures when the system is under load.

Reported by:	Dave Marker
Approved by:	maintainer (Dave Marker)
Differential Revision:	https://reviews.freebsd.org/D54657

devel/lua-language-server: Update to 3.16.1 and restore PORTEPOCH

During the ritual to resurrect this port, the existing PORTEPOCH
got inadvertently dropped. Restore it, along with an update to
version 3.16.1.

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

devel/lua-language-server: Fix build with DEFAULT_VERSIONS+= ninja=samurai

This modifies a hardcoded call to `ninja`.

PR:		291489

devel/lua-language-server: Resurrect port

Once upon a time, I made a lua-language-server port. It was
basically one giant hack, and it sortof worked, if you stood
on one foot and didn't breathe. Eventually it became too big
of a burden and I deprecated it, and it was subsequently
removed back in 2022.

Dave Marker took the old port, worked with markj to fix some
longstanding bugs in an upstream dependency of a dependency,
and got the port working in a far more stable state than I'd
ever gotten it.

It's worth noting that the build is remarkably complex. LuaLS
is built by luamake (with its baffling DSL) which is, in turn,
built using raw ninja which is.... awful to work with.

It's also worth noting that Dave took this on as his first
port.

So, here comes--once again--the lua-language-server (aka LuaLS),
the most popular and featureful LSP server for Lua.

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

devel/lua-language-server: Remove expired port

2023-08-15 devel/lua-language-server: Versions after 3.6.9 dump core (and do not compile)

devel/lua-language-server: Deprecate and set to expire on 8/15/2023

This port is the most important lua LSP server, and is a huge
quality-of-life improvement for Neovim configuration.

However, the build process is bizarre and complex, and debugging
is very difficult. The tip of the iceberg is that the luamake
dependency comes only with a raw ninja file; that changes nothing,
but does represent the complexity of the the build process. Luamake
does nominally support FreeBSD, but definitely isn't tested on it.

Versions of LuaLS after 3.6.9 dump core immediately when used in
Neovim, and I don't have the time or expertise to figure out why.
Additionally, the last couple versions don't even compile.

If someone is inclined to debug LuaLS and get it working, I would
be absolutely thrilled to un-deprecate it. But if that doesn't
occur, it's not worth keeping in the tree.

The port is set to expire on 8/15/2023.

devel/lua-language-server: Downgrade to 3.6.9 (3.6.10 aborts)

devel/lua-language-server: Update to 3.6.10

devel/lua-language-server: Update to 3.6.9

devel/lua-language-server: Update to 3.6.8

devel/lua-language-server: Update to 3.6.7

devel/lua-language-server: Update to 3.6.6

devel/lua-language-server: Update to 3.6.5

devel/lua-language-server: Fix runtime by defining metapath

lua-language-server never ran correctly on FreeBSD. Setting metapath
allows that dir to be created rather than it trying (and failing) to
be created under $SHAREDIR.

devel/lua-language-server: Update to 3.6.4

devel/lua-language-server: Update to 3.6.3

devel/lua-language-server: Update to 3.6.2

devel/lua-language-server: Update to 3.6.1

devel/lua-language-server: Fix b.p.post.mk inclusion

devel/lua-language-server: Attempt to fix build on 12

devel/lua-language-server: Update to 3.5.6

devel/lua-language-server: fix build on powerpc*

In file included from 3rd/bee.lua/binding/lua_thread.cpp:2:
In file included from 3rd/bee.lua/bee/thread/lockqueue.h:5:
3rd/bee.lua/bee/thread/spinlock.h:22:6: error: unsupport platform
    #error unsupport platform
     ^
3rd/bee.lua/bee/thread/spinlock.h:34:21: error: use of undeclared identifier 'cpu_relax'
                    cpu_relax();

devel/lua-language-server: Update to 3.5.5

Remove WWW entries moved into port Makefiles

Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.

This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.

Approved by:		portmgr (tcberner)

Add WWW entries to port Makefiles

It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.

Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.

There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.

This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.

There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.

The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.

Approved by:		portmgr (tcberner)

devel/lua-language-server: Set log to a temp directory

devel/lua-language-server: Add port

This was difficult to port largely because of luamake, which:
1) Is itself built by a ninja definition file precompiled just for
   FreeBSD which doesn't work on FreeBSD.
2) Has no documentation whatsoever. I'd love to get rid of the
   BINARY_ALIAS= gcc=cc hack, but I have literally no idea where
   luamake picks up its compiler from.

Any advice on the above is very welcome! sumneko, luamake (and
associated dep bee.lua) went out of their way to try to support FreeBSD,
so it'd be nice to get it working right without heavy patching.

The Sumneko Lua Language Server is a comprehensive Lua development
server. It functions as an LSP client, supporting:

* Over 20 supported annotations for documenting your code
* Go to definition
* Dynamic type checking
* Find references
* Diagnostics/Warnings
* Syntax checking
* Element renaming
* Hover to view details on variables, functions, and more
* Autocompletion
* Support for libraries
* Code formatting
* Spell checking
* Custom plugins

WWW: https://github.com/sumneko/lua-language-server