/cmake, Cross platform make
3.8.0, Package name:
cmake-3.8.0, Maintainer: pkgsrc-users
CMake is an extensible, open-source system that manages the build
process in an operating system and compiler independent manner. Unlike
many cross-platform systems, CMake is designed to be used in
conjunction with the native build environment. Simple configuration
files placed in each source directory (called CMakeLists.txt files)
are used to generate standard build files (e.g., makefiles on Unix and
projects/workspaces in Windows MSVC) which are used in the usual
way. CMake can compile source code, create libraries, generate
wrappers, and build executables in arbitrary combinations. CMake
supports in-place and out-of-place builds, and can therefore support
multiple builds from a single source tree. CMake also supports static
and dynamic library builds. Another nice feature of CMake is that it
generates a cache file that is designed to be used with a graphical
editor. For example, when CMake runs, it locates include files,
libraries, and executable, and may encounter optional build
directives. This information is gathered into the cache, which may be
changed by the user prior to the generation of the native build files.
Required to run:
] Required to build:
Master sites: SHA1:
Version history: (Expand)
- (2017-04-12) Updated to version: cmake-3.8.0
- (2017-01-18) Updated to version: cmake-3.7.2
- (2017-01-06) Updated to version: cmake-3.7.1nb3
- (2017-01-01) Updated to version: cmake-3.7.1nb2
- (2016-12-19) Updated to version: cmake-3.7.1nb1
- (2016-12-04) Updated to version: cmake-3.7.1
CVS history: (Expand)
| 2017-04-25 00:48:48 by Maya Rashish | Files touched by this commit (3) |
cmake: fix build under netbsd-6
don't use DT_RUNPATH if it's not defined
include cstdlib as our patch uses exit
from yancm via pkgsrc-users
| 2017-04-11 22:18:54 by Adam Ciarcinski | Files touched by this commit (5) |
CMake learned to support CSharp (C#) as a first-class language that can be \
enabled via the project() and enable_language() commands. It is currently \
supported by the Visual Studio Generators for VS 2010 and above.
C# assemblies and programs can be added just like common C++ targets using the \
add_library() and add_executable() commands. References between C# targets in \
the same source tree may be specified by target_link_libraries() like for C++. \
References to system or 3rd-party assemblies may be specified by the target \
properties VS_DOTNET_REFERENCE_<refname> and VS_DOTNET_REFERENCES.
More fine tuning of C# targets may be done using target and source file \
properties. Specifically the target properties related to Visual Studio (VS_*) \
are worth a look (for setting toolset versions, root namespaces, assembly icons, \
CMake learned to support CUDA as a first-class language that can be enabled via \
the project() and enable_language() commands.
CUDA is currently supported by the Makefile Generators and the Ninja generator \
on Linux, macOS, and Windows. Support for the Visual Studio IDE is under \
development but not included in this release.
The NVIDIA CUDA Toolkit compiler (nvcc) is supported.
The Compile Features functionality now offers meta-features that request \
compiler modes for specific language standard levels (e.g. cxx_std_11). See \
CMAKE_C_KNOWN_FEATURES and CMAKE_CXX_KNOWN_FEATURES.
The Compile Features functionality is now aware of C++ 17. No specific features \
are yet enumerated besides the cxx_std_17 meta-feature.
The Compile Features functionality is now aware of the availability of C99 in \
gcc since version 3.4.
A new minimal platform file for Fuchsia was added.
The CodeBlocks extra generator may now be used to generate with NMake Makefiles JOM.
The Visual Studio Generators for VS 2013 and above learned to support a host=x64 \
option in the CMAKE_GENERATOR_TOOLSET value (e.g. via the cmake(1) -T option) to \
request use of a VS 64-bit toolchain on 64-bit hosts.
The Visual Studio Generators learned to treat files passed to \
target_link_libraries() whose names end in .targets as MSBuild “targets” \
files to be imported into generated project files.
| 2017-01-16 09:49:42 by Adam Ciarcinski | Files touched by this commit (3) |
| 2017-01-05 23:34:25 by Joerg Sonnenberger | Files touched by this commit (3) |
Recognize libgnuform as valid implementation of a form library to match
devel/ncurses. This is necessary due to cmake's insistance of scanning
PREFIX/lib directly. Bump revision.
| 2017-01-01 17:06:40 by Adam Ciarcinski | Files touched by this commit (616) | |
Revbump after boost update
| 2016-12-19 00:32:29 by Joerg Sonnenberger | Files touched by this commit (1) |
Bump revision for devel/ncurses soname change. Drop NetBSD-7 from the
incompat list now that the conflict has been resolved.
| 2016-12-04 09:52:56 by Adam Ciarcinski | Files touched by this commit (3) |
| 2016-11-25 14:36:37 by Joerg Sonnenberger | Files touched by this commit (1) |
If the curses include directory doesn't contain form.h, but the ncurses
subdirectory does, explicitly include the latter in the search path.
This helps with the header moves in OpenSuSE.