[ 22:18 rakuco  ]

• 376275 devel/cmake-gui/Makefile
• 376275 devel/cmake-modules/pkg-plist
• 376275 devel/cmake/Makefile
• 376275 devel/cmake/distinfo
• 376275 devel/cmake/files/InitialCache.cmake
• 376275 devel/cmake/files/patch-CMakeLists.txt
• 376275 devel/cmake/files/patch-Utilities__cmcurl__CMakeLists.txt
• 376275 devel/cmake/pkg-plist

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

[ 17:58 rakuco  ]

• 347674 devel/cmake/Makefile
• 347674 devel/cmake/files/patch-Utilities__cmcurl__CMakeLists.txt

Make the port build with security/openssl installed after r347541.

Add a patch sent upstream that makes sure the bundled curl's include paths
are passed to the compiler before any other ones, since they could include
the system's curl include directory.

One way to trigger this was to build the port with security/openssl
installed: CMake would detect OpenSSL's include path (${LOCALBASE}/include)
and pass it to the compiler. If ftp/curl is also installed, the compiler
would end up picking its headers instead of the ones in cmcurl's own
directory.

Reported by:	Terry Kennedy <terry@tmk.com>
MFH:		2014Q1