b2 is needed for net/libtorrent-rasterbar. boost-build was originally
removed from the port because it was not python3 ready. upcoming boost
removes python bits altogether, so remove python bits here until then.
ok Brad (maintainer)
This is the second attempt to update Boost. A workaround for
libtorrent-rasterbar has been committed. No other issues were known at the
time.
Update diff and the hard work done by Brad
"Builds on all of the Clang archs and sparc64. It was disabled initially for
a build issue on arm, but that was before switching to Clang.
NetBSD disables context, coroutine and fiber on a few archs like we do, but
not stacktrace and as far as I can see it does not have any MD dependencies."
There were some errors reported with it. Especially with
net/libtorrent-rasterbar. This meant that net/qbittorrent and net/deluge no
longer wokred. tb@ und mariani@ have found out that it is definitely the boost
update to 1.77. Brad has found out tha the problem can be solved by building
libtorrent-rasterbar with -O0.
Unless we understand the mechanism for the failure and are sure it's a
libtorrent-rasterbar problem rather than a boost one, sthen@ suggested to back
it out.
OK mariani@, sthen@ and Brad
Use accessors instead of reaching into SSL_CTX. The requisite
accessors have been available since LibreSSL 2.7.2 and are thus
present in all supported versions.
positive feedback from brad, looks good to jsing
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.
Drops one consumer of py2-numpy, upstream numpy is now python3 only.
Dropping all python27 support makes the port simpler and hopefully
future updates easier. boost-build also leaves as collateral damage,
its python files aren't ready for python3 and it's not clear how useful
they are.
ok Brad, rsadowski@ (maintainers)
ok sthen@ who also helped clear the way
Diff from upstream:
Removed clang-specific branch for x86 DCAS-based loads.
The storage to load from is const-qualified and DCAS via compiler intrinsics
require an unqualified pointer. Use asm implementation instead, which should be
as efficient as intrinsics, if not better, in this case.
6e14ca24da
