construct (MODPY_VERSION=2.7 and some hand-rolled 3.x pieces). Nothing in
ports uses them. Remove the (deprecated) py2 bindings leaving just the py3
ones with a more standard ports setup. ok rsadowski@ (maintainer).
- Remove deprecated option ENABLE_SSE3.
- Disable ADE (gapi) support because this requires to download ADE
during configure.
Spotted my sthen@ and neddy@, thanks for your support
Notable port changes:
- Remove -docs to avoid java conflicts with JDK 8 and 11.
- Upstream switched completely to github
- Sort CONFIGURE_ARGS
- Add patch to install licenses files at the old location.
- ONLY_FOR_ARCHS-java = aarch64 amd64 i386
ok kurt@
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.
Notable port changes:
- HOMEPAGE switch to https
- MAINTAINER email address
- Regen WANTLIB-main
- More portable cmake changes in patch-modules_java_CMakeLists_txt
Survived a bulk by landry@
This fixes library naming in pkg-config files, as it was reported on ports@.
Also, it'd be last update before OpenCV 3.0, which is WIP (in openbsd-wip).
From maintainer Rafael Sadowski, thanks!
ports tree (that doesn't meant that those problems come from lands other
than OpenCV itself):
1. Stop exporting opencv_java target: noone links to the libopencv_java.so,
anyway, and it breaks find_package(OpenCV) when opencv-java is absent.
The actual broken port was Digikam on i386 (yes, due to some funny
reasons, this didn't trigger on amd64).
2. Switch to gstreamer1 since OpenCV picks it up nowadays, if the former
is found. WANTLIB updates included.
Initial report and testing by sthen@.
Okays:
(1) by dcoppa@, sthen@ (implicit) and Rafael Sadowski (MAINTAINER).
(2) by sthen@ (implicit).
It came between OpenCV 2.4.9 and 2.4.10, and continues to break on at least
sthen@'s build system. In other words, this unbreaks OpenCV 2.4.10 on i386.
requested by sthen@
This switches the whole package to PIC (from PIE) due to problems with
inline assembly and build system specifics. Since OpenCV is used mostly
as a library, this shouldn't be a big problem.
