This library makes libuv available to lua scripts. It was made for the luvit
project but should usable from nearly any lua project.
The library can be used by multiple threads at once. Each thread is assumed to
load the library from a different `lua_State`. Luv will create a unique
`uv_loop_t` for each state.
API docs (installed at $DOCSDIR/docs.md):
https://github.com/luvit/luv/blob/master/docs/docs.md
===> The following configuration options are available for luv-1.53.0.1:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
lang/luajit: update to v2.1
Disconnect lang/luajit-devel from the build, will be removed soon.
Bump PORTREVISIONs for the consumers.
Discussed with: adamw
PR: 225342
devel/luv: Add USES=localbase
It's not clear to me whether luv is failing for anybody else, but it
failed for me because LOCALBASE/include wasn't in the header path.
USES=localbase fixes this.
devel/luv: Switch to upstream release archive
* Use upstream release archive as recommened by Porters Handbook and
also simplifies Makefile
* Remove EXAMPLES options as example files are not included
PR: 276140
Reviewed by: adamw (maintainer)
devel/luv: Update to 1.44.2-1
Also, remove the backend selection options. This port is only used
by Neovim, and the Neovim port only uses luajit-openresty, so there's
no real benefit to supporting multiple backends that will break luv's
only consumer.
Take maintainership. The maintainer hasn't responded to PRs, and all
mail is bouncing because secmail.pro doesn't appear to exist anymore.
PR: 266321
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.
(Only the first 15 lines of the commit message are shown above )
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: 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.
devel/luv: un-break build on aarch64
luajit-openresty is required on aarch64, same as on ppc64.
PR: 258799
Approved by: portmgr (runtime fix blanket)
Sponsored by: SkunkWerks, GmbH
Add devel/luv: libuv bindings for Lua
libuv bindings for luajit and lua 5.1/ 5.2/ 5.3.
This library makes libuv available to lua scripts.
It was made for the luvit project but should usable
from nearly any lua project.
WWW: https://github.com/luvit/luv
PR: 240699
Submitted by: checo1705 secmailpro
