This commit updates to the latest version and enables LuaJIT on the
architectures where we can.
Neovim plugins require a very specific version of LuaJIT, so we statically
embed it (for more discussion see:
https://marc.info/?l=openbsd-ports&m=163153228730587&w=2).
Also, make the build honour SEPARATE_BUILD.
Thanks to upstream, and in particular Christian Clason, for helping me
understand what needed to be done WRT LuaJIT.
Tested sparc64 tb@.
"looks OK to me" sthen@.
OK paco@.
if a port needs 2.x then set MODPY_VERSION=${MODPY_DEFAULT_VERSION_2}.
This commit doesn't change any versions currently used; it may be that
some ports have MODPY_DEFAULT_VERSION_2 but don't require it, those
should be cleaned up in the course of updating ports where possible.
Python module ports providing py3-* packages should still use
FLAVOR=python3 so that we don't have a mixture of dependencies some
using ${MODPY_FLAVOR} and others not.
After much discussion about the new luv dependency (not yet ported, but
awkward to port), we decided to embed a copy for now.
Diff from Travis Cole with input from myself and sthen@.
OK sthen@
Thanks!
there may be some missing as my unpacked ports source is a little out of date
but this should catch the main things people might run into
the struct was reordered a second time in sysctl.h r1.192 to improve
compatibility but amd64 snapshot packages made it out before that happened
so the bumps are still needed
Follow the upstream recommendations for packagers and switch to
multi-packages:
devel/gettext -> devel/gettext,-runtime
devel/gettext-tools -> devel/gettext,-tools
(new) devel/gettext,-textstyle
We don't need to use -lc++abi because our neovim port disables luajit
and uses lua-5.1 instead.
This allows building neovim on archs that don't have libc++abi (tested
on macppc).
Spotted by jca@, who also modified my diff accordingly (thanks!)
OK jca@, "Fine with me!" edd@ (MAINTAINER)
some existing COMPILER lines with arch restrictions etc. In the usual
case this is now using "COMPILER = base-clang ports-gcc base-gcc" on
ports with c++ libraries in WANTLIB.
This is basically intended to be a noop on architectures using clang
as the system compiler, but help with other architectures where we
currently have many ports knocked out due to building with an unsuitable
compiler -
- some ports require c++11/newer so the GCC version in base that is used
on these archirtectures is too old.
- some ports have conflicts where an executable is built with one compiler
(e.g. gcc from base) but a library dependency is built with a different
one (e.g. gcc from ports), resulted in mixing incompatible libraries in the
same address space.
devel/gmp is intentionally skipped as it's on the path to building gcc -
the c++ library there is unused in ports (and not built by default upstream)
so intending to disable building gmpcxx in a future commit.
---8<---
Neovim is a project that seeks to aggressively refactor Vim in order to:
* Simplify maintenance and encourage contributions.
* Split the work between multiple developers.
* Enable advanced external UIs without modifications to the core.
* Improve extensibility with a new plugin architecture.
--->8---
Tweaks suggested from abieber@ and sthen@.
OK abieber@.
Thanks to upstream for addressing the issues I have been filing over the past
few months. All tests are now passing.
