Noteable exiv2 port changes:
- Switch to cmake and enable i18n support
- Change COMMENT and cleanup DESCR
- Switch to https
- Don't provide the new Exiv2::getProcessPath() function. Not portable,
doesn't work on OpenBSD, and shouldn't be exposed in the API of a
graphics library. Instead, define a macro with CMake to help runtime
find gettext files. from jca@'s commit
https://v4.freshbsd.org/commit/openbsd/ports/fHGCS7kzl4zKjdnW
- All consumer fixed. configure checks, port-lib-depends-checks checks
and also some run-time tests with krita, digikam, nomacs.
Consumer patches from upstream, gentoo, freebsd and by me for the old
creepy KDE4 stuff.
This went through a full amd64 bulk build. Thanks jj
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
Turns out I made a bad assumption and the update didn't go through
a bulk. There's a bunch of failures on exopi and I'm not sure I have
the time to fix them today. Sorry folks.
Switch to cmake, enable i18n support and unit tests.
Also:
- don't install libxmp.a from the Adobe XMP SDK, to avoid confusion with
audio/libxmp
- don't provide the new Exiv2::getProcessPath() function. Not portable,
doesn't work on OpenBSD, and shouldn't be exposed in the API of
a graphics library. Instead, define a macro with CMake to help runtime
find gettext files.
Sample executables are now built and installed, not sure if all of them
are very useful.
From danj@ with input from sthen@, ajacoutot@ and me, tested in a bulk
by ajacoutot@
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.
