Created attachment 183192 [details] Update CMake to 3.8.2 Update cmake&Co to 3.8.2. This also adds an experimental feature scheduled for CMake upstream in 3.10, supporting native pkg(8)-package creation with CPack. kde@ would like to ask for an exp-run to update cmake to 3.8.2.
I suspect that that LIB_DEPENDS on ports-mgmt/pkg is going to cause problems for anybody using pkg-devel.
Canonicalize summary and assignee
(In reply to Adam Weinberger from comment #1) Both pkg and pkg-devel provide libpkg.so, so it won't pull in a conflicting pkg(8) if you have pkg-devel installed, right? I suppose I could use ${PKG_ORIGIN} instead, but that variable suggests that its for backwards compatibility, not new ports.
Experience with net-snmp has proven that it is not always a good idea to link against libpkg Isn't there a possible issue with libarchive? Cmake uses the one from ports, pkg uses the one from base. Bapt, what do you think?
Created attachment 183257 [details] Update CMake to 3.8.2 New patch just does the update to upstream CMake 3.8.2, without the pkg(8) features. That way we can do the exp-run, do the update, and discuss linking with libpkg in the run-up to CMake 3.9 or 3.10.
Exp-run looks fine.
A commit references this bug: Author: rakuco Date: Sat Jun 10 13:33:53 UTC 2017 New revision: 443088 URL: https://svnweb.freebsd.org/changeset/ports/443088 Log: Update CMake to 3.8.2. Thanks to antoine@ for the exp-run. PR: 219765 Submitted by: Adriaan de Groot <groot@kde.org> Changes: head/devel/cmake/Makefile head/devel/cmake/distinfo head/devel/cmake-doc/Makefile head/devel/cmake-gui/Makefile
Committed, thanks. In the commit, I readded PORTREVISION to devel/cmake's Makefile, it's there because its value can differ from the one in devel/cmake-modules.