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
'CFLAGS += -pthread' from port's Makefile.
While here, remove superfluous SEPARATE_BUILD and CONFIGURE_STYLE
variables: cmake module already takes care of them.
ok sthen@
When used in conjunction with PIE, symbol versioning triggers weird
linking problems in dependent ports.
This appears to unbreak graphics/hugin.
Bump all the majors of wx shared libraries and amend graphics/hugin
accordingly.
Kudos to naddy@: a 2009 message to misc@ from him put me on the
right track.
OK sthen@ (MAINTAINER)
- pointed out by dcoppa@
Hugin doesn't build with PIE:
/usr/bin/ld: /usr/ports/pobj/hugin-2011.4.0/build-amd64/src/hugin1/base_wx/libhuginbasewx.so.0.0: invalid string offset 3068412456 >= 54218 for section `.dynstr'
and neither Hugin nor wxWidgets build with CFLAGS -fno-pie / LDFLAGS -nopie
(ld segfaults).
This version introduces cpfind, a patent-free control point
generator (i.e. tool to automatically find matching points
between two images for stitching together).