21:02 adridg 

Update CMake to 3.9, merge devel/cmake-modules into devel/cmake

Thanks to antoine@ for the exp-run.

Approved by:		rakuco (mentor)
Reviewed by:		tcberner (mentor)
Reviewed by:		mat
PR:			222000 (exp-run)
Differential Revision:	https://reviews.freebsd.org/D12299

 

22:18 rakuco 

Update CMake to 3.1.0.

Upstream release notes:
http://www.cmake.org/cmake/help/v3.1/release/3.1.0.html

Notable changes on the packaging side:
* devel/cmake does not need USE_OPENSSL=yes anymore. In fact, it has not
  needed it since r366996, when we stopped building CMake's bundled copies
  of curl, libarchive & friends (curl was the only consumer of OpenSSL in
  CMake).

* Likewise, we do not need to set CMAKE_USE_OPENSSL in InitialCache.cmake
  anymore.

* On FreeBSD < 10, devel/cmake and devel/cmake-gui now depend on
  archivers/libarchive because the libarchive version in base is too old and
  does not contain some functions that CMake uses.

PR:		196367

 

21:20 rakuco 

- Install CMake's Help/ directory. Its contents are used by commands such as
  `cmake --help-command' and `cmake --help-policies', which were just
  erroring out or not printing anything.
  Modules/ and Templates/ are still installed by devel/cmake-modules.

  Reported by gahr@.

- Pass --parallel to CMake's bootstrap script to parallelize the initial
  part of its build process.

 

12:59 rakuco 

Update CMake to 3.0.1.

The 3.0 series is an incremental improvement over the previous 2.8 series
despite the major version number change. A list of important changes is
available at http://www.cmake.org/cmake/help/v3.0/release/3.0.0.html

On the porting side
* The minimum FreeBSD release we have to support in the ports tree is now
  recent enough that ports/168671 can finally be committed: instead of
  building and using CMake's own copies of bzip2, curl, expat, libarchive,
  liblzma and zlib, we use the versions in ports and/or the base system.

* CMake's documentation system has been changed and vastly improved at the
  cost of now depending on Sphinx. We still generate only man pages, but can
  start generating the HTML documentation in the future if desired.

* devel/cmake-gui now uses Qt5 instead of Qt4 and does not needlessly build
  the ncurses UI that is installed by devel/cmake itself.

* CMake commit 3816cd2 fixes a longstanding issue in the detection of the
  Python interpreter and its libraries, but requires us to revert a
  workaround for that in Mk/Uses/python.mk itself, effectively reverting
  the patch introduced by ports/168159.

* Similarly, a few ports had to be fixed manually due to CMake being
  stricter when parsing some files or the ports detecting Python the wrong
  way. Fortunately, they all had been fixed upstream so I just grabbed the
  appropriate commits and pointed to them in the patches.
  science/gnudatalanguage had to have its PORTREVISION bumped because
  switching to USES=cmake:outsource removed a few files from the plist that
  were not supposed to have been installed in the first place.

PR:		168671
PR:		192644

 

18:34 rakuco 

Welcome CMake 2.8.12!

With contributions from Schaich Alonso <alonsoschaich@fastmail.fm>,
including stage support for devel/cmake-gui.

This update took much longer than expected due to CMake changing the
arguments to an internal macro that ended up being used by some ports:

  http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=9ce60ff5

I have also started a discussion about this on CMake's development list:

  http://article.gmane.org/gmane.comp.programming.tools.cmake.devel/8464

It required adjusting the affected ports, and these changes have approved by
portmgr (bdrewery).

PR:		ports/182981
Approved by:	portmgr (bdrewery)

 

18:00 makc 

- Update cmake to 2.8.10.2
- Trim Makefile header
- Drop indefinite article from COMMENT

Obtained from:	area51
Tested by:	exp-run (bapt)

 

12:01 gahr 

- Do not install Modules or Templates from devel/cmake, now that we have
  devel/cmake-modules