CMake is used to control the software compilation process using simple
platform and compiler independent configuration files. CMake generates native
makefiles and workspaces that can be used in the compiler environment of your
choice. CMake is quite sophisticated: it is possible to support complex
environments requiring system configuration, pre-processor generation, code
generation, and template instantiation.
This port includes CMake's modules and templates.
WWW: http://www.cmake.org/
Update devel/cmake* to 3.7.1 [1]
Due to an upstream commit [2] we need now to pass
CMAKE_INSTALL_MANDIR:PATH="share/man" in the
devel/llvm-* ports, and fix the plist of net/remmina.
Further add an upstream patch to math/plplot to
fix the build with 3.7.1.
[1] https://cmake.org/cmake/help/v3.7/release/3.7.html
[2] https://github.com/kitware/cmake/commit/956054
PR: 214975
Approved by: rakuco (mentor)
Exp-run by: antoine
Update CMake to 3.5.0.
Announcement: https://blog.kitware.com/cmake-3-5-0-available-for-download/
Most ports have already been fixed for this update, but science/orthanc was
included in this commit because I am not entirely sure the changes in it work
with CMake < 3.5.0. In short, FindDCMTK.cmake was rewritten and the way orthanc
uses the DCMTK variables was incompatible with the use upstream intended.
PR: 208033
Update CMake to 3.1.1.
Release notes for the 3.3 series:
http://www.cmake.org/cmake/help/v3.3/release/3.3.html
This update took longer than expected because of a behavior change in CMake:
now calls to find_library(), find_path() etc will take the $PATH environment
variable into consideration, which in practice means that it will prefer
libraries in base instead of those in ports when both versions are available.
r395972 is an example of the groundwork that had to be done before landing this
patch.
- deskutils/owncloudclient: When OpenSSL from ports is to be used, make sure to
pass ${LOCALBASE} as $CMAKE_PREFIX_PATH, otherwise it will use the version in
base (see above) and fail on 9.x.
- math/cgal: Import upstream patch to fix the configuration process with CMake
3.3.x.
PR: 202516
Update devel/cmake, devel/cmake-gui and devel/cmake-modules to 3.2.3.
Thank you to antonie@ for the exp-run and rakuco@ for fixing the ports that
needed fixes.
PR: 200647
Approved by: bdrewery (mentor)
Update ImageMagick to 6.9.0.4.
- Normalize the ImageMagick library name so it stays the same regardless of
what the 16-bit and HDRI option are set to [1]. Teach cmake to look for
the new name. Bump ports that link to the libraries due to this.
- As a result do away with the "HALFSUPPORTED" option block, and list
16-bit and HDRI with the other options.
- ImageMagick ships a basic SVG plugin when not using librsvg2 for SVG
support. This basic SVG plugin needs libxml2 to work [2]. Make libxml2
a mandatory dependency (instead of only when the SVG option was selected).
- Don't touch .keep files in the modules directory, there files there so
it useless.
PR: 194949 [1]
PR: 195227 [2]
Requested by: many [1]
Submitted by: software-freebsd@interfasys.ch [2]
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
Update CMake to 3.0.2.
This is a much smaller update than the previous one, and the only change
worth mentioning on the ports side is that devel/cmake-gui now has
USES=desktop-file-utils because it installs a .desktop file.
PR: 193691
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.
(Only the first 15 lines of the commit message are shown above )
Update freetype to 2.5.2.
Remove patch to add -I/usr/local/include in freetype-config --cflags. If
ports need extra headers they should look for them, and not get them via
a side-effect.
Freetype had a header resuffle in 2.5.1, patch ports to use the new header
style.
Thanks go to bdrewery for the two exp-runs and rakuco for helping me with
some troublesome cmake ports.
PR: ports/184587
Add some patches to FindGTK2.cmake that will be in the next release.
At least audio/jack-keyboard is failing to link on 10-CURRENT after the
linker stopped pulling indirect dependencies. Add this patch in order to
link directly against gthread when linking against gtk2.
