Mirrors
/
cmake
mirror of https://gitlab.kitware.com/cmake/cmake.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
cmake/bootstrap

2112 lines
65 KiB
Plaintext
Raw Permalink Normal View History

Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
#!/bin/sh
Simplify CMake per-source license notices Per-source copyright/license notice headers that spell out copyright holder names and years are hard to maintain and often out-of-date or plain wrong. Precise contributor information is already maintained automatically by the version control tool. Ultimately it is the receiver of a file who is responsible for determining its licensing status, and per-source notices are merely a convenience. Therefore it is simpler and more accurate for each source to have a generic notice of the license name and references to more detailed information on copyright holders and full license terms. Our `Copyright.txt` file now contains a list of Contributors whose names appeared source-level copyright notices. It also references version control history for more precise information. Therefore we no longer need to spell out the list of Contributors in each source file notice. Replace CMake per-source copyright/license notice headers with a short description of the license and links to `Copyright.txt` and online information available from "https://cmake.org/licensing". The online URL also handles cases of modules being copied out of our source into other projects, so we can drop our notices about replacing links with full license text. Run the `Utilities/Scripts/filter-notices.bash` script to perform the majority of the replacements mechanically. Manually fix up shebang lines and trailing newlines in a few files. Manually update the notices in a few files that the script does not handle.
2016-09-27 12:01:08 -07:00
# Distributed under the OSI-approved BSD 3-Clause License. See accompanying
# file Copyright.txt or https://cmake.org/licensing for details.
ENH: Add copyright, cmConfigure.h is now touched only when it is modified, remove some spaces from output, add procedure that copies file and replaces atstring with another string
2003-06-21 08:57:13 -07:00
bootstrap: Re-implement command line option processing Use POSIX shell features to shorten and simplify bootstrap command-line option processing.
2011-12-16 07:56:47 -08:00
die() {
echo "$@" 1>&2 ; exit 1
}
bootstrap: prefer to use standard flags for C and CXX
2017-05-14 10:41:55 -07:00
# Compile flag extraction function.
cmake_extract_standard_flags()
{
Clang: Refactor CXX standard flags into __compiler_clang_cxx_standards() These standard flags are the same for CXX, OBJCXX and CUDA. Refactor them into a single macro to reduce duplication and so we can easily reuse them. Updated bootstrap script to search in the general Clang module instead of the language-specific.
2020-03-16 02:45:51 -07:00
id="${1:-*}"
lang="${2}"
ver="${3}"
sed -n "s/ *set *( *CMAKE_${lang}${ver}_EXTENSION_COMPILE_OPTION *\"\{0,1\}\([^\")]*\).*/\1/p" \
"${cmake_source_dir}/Modules/Compiler/"${id}-${lang}.cmake \
2>/dev/null | tr ';' ' '
# Clang's CXX compiler flags are in the common module.
sed -n "s/ *set *( *CMAKE_\\\${lang}${ver}_EXTENSION_COMPILE_OPTION *\"\{0,1\}\([^\")]*\).*/\1/p" \
"${cmake_source_dir}/Modules/Compiler/Clang.cmake" \
2>/dev/null | tr ';' ' '
bootstrap: prefer to use standard flags for C and CXX
2017-05-14 10:41:55 -07:00
}
ENH: Changing default data and doc directories to share/cmake-V.v and doc/cmake-V.v instead of share/CMake and doc/CMake for consistency with many linux distribution conventions.
2006-08-25 18:21:10 -07:00
# Version number extraction function.
cmake_version_component()
{
bootstrap: don't use 'cat x | sed', let sed open the file instead
2017-06-07 10:16:42 -07:00
sed -n "
bootstrap: Tolerate trailing content in CMakeVersion.cmake components On CYGWIN, tolerate DOS linefeeds in `Source/CMakeVersion.cmake`.
2020-03-16 10:46:16 -07:00
/^set(CMake_VERSION_${1}/ {s/set(CMake_VERSION_${1} *\([0-9]*\)).*/\1/;p;}
bootstrap: don't use 'cat x | sed', let sed open the file instead
2017-06-07 10:16:42 -07:00
" "${cmake_source_dir}/Source/CMakeVersion.cmake"
ENH: Changing default data and doc directories to share/cmake-V.v and doc/cmake-V.v instead of share/CMake and doc/CMake for consistency with many linux distribution conventions.
2006-08-25 18:21:10 -07:00
}
Cleanup use of CMake version in install destinations Factor the CMAKE_DATA_DIR, CMAKE_DOC_DIR, and CMAKE_MAN_DIR selection out of CMakeLists.txt and into a Source/CMakeInstallDestinations.cmake script. Load the script from the original location of the code. Cache the destination values as empty strings so we know if the user sets them explicitly. If not, then compute defaults based on the platform and full CMake version string. By not caching the versioned defaults, we can change them in a single build tree as the version changes. Remove duplication of the install destination defaults from the bootstrap script. Cache empty defaults there too. Parse from the CMake code the default values to report in the help output. Keep the CMake code in a structured format to make this reliable.
2013-09-26 11:13:38 -07:00
# Install destination extraction function.
cmake_install_dest_default()
{
bootstrap: don't use 'cat x | sed', let sed open the file instead
2017-06-07 10:16:42 -07:00
sed -n '
Cleanup use of CMake version in install destinations Factor the CMAKE_DATA_DIR, CMAKE_DOC_DIR, and CMAKE_MAN_DIR selection out of CMakeLists.txt and into a Source/CMakeInstallDestinations.cmake script. Load the script from the original location of the code. Cache the destination values as empty strings so we know if the user sets them explicitly. If not, then compute defaults based on the platform and full CMake version string. By not caching the versioned defaults, we can change them in a single build tree as the version changes. Remove duplication of the install destination defaults from the bootstrap script. Cache empty defaults there too. Parse from the CMake code the default values to report in the help output. Keep the CMake code in a structured format to make this reliable.
2013-09-26 11:13:38 -07:00
/^ *set(CMAKE_'"${1}"'_DIR_DEFAULT.*) # '"${2}"'$/ {
Shorten CMake version used in install destinations Since commit c9a5f34b (Cleanup use of CMake version in install destinations, 2013-09-26) we use the full CMake version in default install destinations. For rapidly changing versions of the form <major>.<minor>.<patch>.<date>-g<commit>[-dirty] used by developers this is too granular. Instead use just <major>.<minor>.<patch> as the version for default install destinations. This will still be granular enough for unique directories in releases. On Cygwin continue to use the full ${CMake_VERSION} as was the case prior to the above-mentioned commit.
2013-10-25 05:55:50 -07:00
s/^ *set(CMAKE_'"${1}"'_DIR_DEFAULT *"\([^"]*\)").*$/\1/
s/${CMake_VERSION_MAJOR}/'"${cmake_version_major}"'/
s/${CMake_VERSION_MINOR}/'"${cmake_version_minor}"'/
s/${CMake_VERSION_PATCH}/'"${cmake_version_patch}"'/
p
q
}
bootstrap: don't use 'cat x | sed', let sed open the file instead
2017-06-07 10:16:42 -07:00
' "${cmake_source_dir}/Source/CMakeInstallDestinations.cmake"
Cleanup use of CMake version in install destinations Factor the CMAKE_DATA_DIR, CMAKE_DOC_DIR, and CMAKE_MAN_DIR selection out of CMakeLists.txt and into a Source/CMakeInstallDestinations.cmake script. Load the script from the original location of the code. Cache the destination values as empty strings so we know if the user sets them explicitly. If not, then compute defaults based on the platform and full CMake version string. By not caching the versioned defaults, we can change them in a single build tree as the version changes. Remove duplication of the install destination defaults from the bootstrap script. Cache empty defaults there too. Parse from the CMake code the default values to report in the help output. Keep the CMake code in a structured format to make this reliable.
2013-09-26 11:13:38 -07:00
}
bootstrap: Granular system library selection (#11431) This adds the ability for packagers to specify that some libraries should use system versions and others should use the CMake versions. This allows a bit of flexibility and means Homebrew (an OSX package manager) no longer has to continue to patch the CMake build process. Inspired-by: Mike McQuaid <mike@mikemcquaid.com>
2011-01-10 06:32:09 -08:00
cmake_toupper()
{
bootstrap: Use 'tr' more portably Since commit 380bd70cc2 (bootstrap: implement cmake_toupper() using tr, 2017-06-07, v3.10.0-rc1~548^2~2) we use `tr` to convert from lower to upper case. However, the character classes `[:lower:]` and `[:upper:]` result in a "Bad string" error message on Solaris. Use `[a-z]` and `[A-Z]` instead.
2020-05-01 10:16:38 -07:00
echo "$1" | tr '[a-z]' '[A-Z]'
bootstrap: Granular system library selection (#11431) This adds the ability for packagers to specify that some libraries should use system versions and others should use the CMake versions. This allows a bit of flexibility and means Homebrew (an OSX package manager) no longer has to continue to patch the CMake build process. Inspired-by: Mike McQuaid <mike@mikemcquaid.com>
2011-01-10 06:32:09 -08:00
}
ENH: Enabled bootstrapping with MinGW from an MSYS prompt.
2006-01-31 15:50:16 -08:00
# Detect system and directory information.
cmake_system=`uname`
Simplify bootstrap script source dir detection This teaches the bootstrap shell script to detect the CMake source directory from which it is executed using a simpler idiom.
2009-09-25 07:48:24 -07:00
cmake_source_dir=`cd "\`dirname \"$0\"\`";pwd`
ENH: Enabled bootstrapping with MinGW from an MSYS prompt.
2006-01-31 15:50:16 -08:00
cmake_binary_dir=`pwd`
New version scheme to support branchy workflow Prepare to switch to the workflow described by "git help workflows". In this workflow, the "master" branch is always used to integrate topics ready for release. Brand new work merges into a "next" branch instead. We need a new versioning scheme to work this way because the version on "master" must always increase. We no longer use an even/odd minor number to distinguish releases from development versions. Since we still support cvs checkout of our source tree we cannot depend on "git describe" to compute a version number based on the history graph. We can use the CCYYMMDD nightly date stamp to get a monotonically increasing version component. The new version format is "major.minor.patch.(tweak|date)". Releases use a tweak level in the half-open range [0,20000000), which is smaller than any current or future date. For tweak=0 we do not show the tweak component, leaving the format "major.minor.patch" for most releases. Development versions use date=CCYYMMDD for the tweak level. The major.minor.patch part of development versions on "master" always matches the most recent release. For example, a first-parent traversal of "master" might see v2.8.1 2.8.1.20100422 v2.8.2 | | | ----o----o----o----o----o----o----o----o---- Since the date appears in the tweak component, the next release can increment the patch level (or any more significant component) to be greater than any version leading to it. Topic branches not ready for release are published only on "next" so we know that all versions on master lead between two releases.
2010-04-23 06:44:23 -07:00
# Load version information.
ENH: Simplified CMake version information using KWSys DateStamp feature. Reduced duplicate code in bootstrap script.
2007-11-14 18:17:53 -08:00
cmake_version_major="`cmake_version_component MAJOR`"
cmake_version_minor="`cmake_version_component MINOR`"
New version scheme to support branchy workflow Prepare to switch to the workflow described by "git help workflows". In this workflow, the "master" branch is always used to integrate topics ready for release. Brand new work merges into a "next" branch instead. We need a new versioning scheme to work this way because the version on "master" must always increase. We no longer use an even/odd minor number to distinguish releases from development versions. Since we still support cvs checkout of our source tree we cannot depend on "git describe" to compute a version number based on the history graph. We can use the CCYYMMDD nightly date stamp to get a monotonically increasing version component. The new version format is "major.minor.patch.(tweak|date)". Releases use a tweak level in the half-open range [0,20000000), which is smaller than any current or future date. For tweak=0 we do not show the tweak component, leaving the format "major.minor.patch" for most releases. Development versions use date=CCYYMMDD for the tweak level. The major.minor.patch part of development versions on "master" always matches the most recent release. For example, a first-parent traversal of "master" might see v2.8.1 2.8.1.20100422 v2.8.2 | | | ----o----o----o----o----o----o----o----o---- Since the date appears in the tweak component, the next release can increment the patch level (or any more significant component) to be greater than any version leading to it. Topic branches not ready for release are published only on "next" so we know that all versions on master lead between two releases.
2010-04-23 06:44:23 -07:00
cmake_version_patch="`cmake_version_component PATCH`"
cmake_version="${cmake_version_major}.${cmake_version_minor}.${cmake_version_patch}"
bootstrap: Report -rc# in --version output
2013-09-26 11:25:48 -07:00
cmake_version_rc="`cmake_version_component RC`"
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "$cmake_version_rc" != ""; then
bootstrap: Report -rc# in --version output
2013-09-26 11:25:48 -07:00
cmake_version="${cmake_version}-rc${cmake_version_rc}"
fi
New version scheme to support branchy workflow Prepare to switch to the workflow described by "git help workflows". In this workflow, the "master" branch is always used to integrate topics ready for release. Brand new work merges into a "next" branch instead. We need a new versioning scheme to work this way because the version on "master" must always increase. We no longer use an even/odd minor number to distinguish releases from development versions. Since we still support cvs checkout of our source tree we cannot depend on "git describe" to compute a version number based on the history graph. We can use the CCYYMMDD nightly date stamp to get a monotonically increasing version component. The new version format is "major.minor.patch.(tweak|date)". Releases use a tweak level in the half-open range [0,20000000), which is smaller than any current or future date. For tweak=0 we do not show the tweak component, leaving the format "major.minor.patch" for most releases. Development versions use date=CCYYMMDD for the tweak level. The major.minor.patch part of development versions on "master" always matches the most recent release. For example, a first-parent traversal of "master" might see v2.8.1 2.8.1.20100422 v2.8.2 | | | ----o----o----o----o----o----o----o----o---- Since the date appears in the tweak component, the next release can increment the patch level (or any more significant component) to be greater than any version leading to it. Topic branches not ready for release are published only on "next" so we know that all versions on master lead between two releases.
2010-04-23 06:44:23 -07:00
bootstrap: Parse Copyright.txt instead of duplicating notice Use 'grep' to extract the copyright notice from Copyright.txt instead of duplicating it in the bootstrap script.
2013-11-12 12:56:36 -08:00
cmake_copyright="`grep '^Copyright .* Kitware' "${cmake_source_dir}/Copyright.txt"`"
Add option to control 'bin' directory of CMake's own installation (#16076) Add a `CMAKE_BIN_DIR` cache entry to CMake's own build configuration. Add a `--bindir` option to the `bootstrap` script to set it.
2016-05-27 07:03:43 -07:00
cmake_bin_dir_keyword="OTHER"
Cleanup use of CMake version in install destinations Factor the CMAKE_DATA_DIR, CMAKE_DOC_DIR, and CMAKE_MAN_DIR selection out of CMakeLists.txt and into a Source/CMakeInstallDestinations.cmake script. Load the script from the original location of the code. Cache the destination values as empty strings so we know if the user sets them explicitly. If not, then compute defaults based on the platform and full CMake version string. By not caching the versioned defaults, we can change them in a single build tree as the version changes. Remove duplication of the install destination defaults from the bootstrap script. Cache empty defaults there too. Parse from the CMake code the default values to report in the help output. Keep the CMake code in a structured format to make this reliable.
2013-09-26 11:13:38 -07:00
cmake_data_dir_keyword="OTHER"
cmake_doc_dir_keyword="OTHER"
cmake_man_dir_keyword="OTHER"
QtDialog: Add option to control XDG file install destination Create a `CMAKE_XDGDATA_DIR` option and add a corresponding flag to the `bootstrap` script. This is needed for multiarch layouts where the prefix is `/usr/${host}` but where architecture-independent files (like the XDG-specific ones) are installed to `/usr/share`.
2015-12-21 07:02:11 -08:00
cmake_xdgdata_dir_keyword="OTHER"
Add option to control 'bin' directory of CMake's own installation (#16076) Add a `CMAKE_BIN_DIR` cache entry to CMake's own build configuration. Add a `--bindir` option to the `bootstrap` script to set it.
2016-05-27 07:03:43 -07:00
cmake_bin_dir=""
Cleanup use of CMake version in install destinations Factor the CMAKE_DATA_DIR, CMAKE_DOC_DIR, and CMAKE_MAN_DIR selection out of CMakeLists.txt and into a Source/CMakeInstallDestinations.cmake script. Load the script from the original location of the code. Cache the destination values as empty strings so we know if the user sets them explicitly. If not, then compute defaults based on the platform and full CMake version string. By not caching the versioned defaults, we can change them in a single build tree as the version changes. Remove duplication of the install destination defaults from the bootstrap script. Cache empty defaults there too. Parse from the CMake code the default values to report in the help output. Keep the CMake code in a structured format to make this reliable.
2013-09-26 11:13:38 -07:00
cmake_data_dir=""
cmake_doc_dir=""
cmake_man_dir=""
QtDialog: Add option to control XDG file install destination Create a `CMAKE_XDGDATA_DIR` option and add a corresponding flag to the `bootstrap` script. This is needed for multiarch layouts where the prefix is `/usr/${host}` but where architecture-independent files (like the XDG-specific ones) are installed to `/usr/share`.
2015-12-21 07:02:11 -08:00
cmake_xdgdata_dir=""
ENH: Enabled bootstrapping with MinGW from an MSYS prompt.
2006-01-31 15:50:16 -08:00
cmake_init_file=""
ENH: Adding option to use system-installed third-party libraries. This addresses bug#3653.
2006-10-19 12:17:58 -07:00
cmake_bootstrap_system_libs=""
ENH: Add option to bootstrap script to enable Qt dialog. - Add --qt-gui and --no-qt-gui options - Add --qt-qmake=<qmake> option to help locate Qt - Build more commands during bootstrap to help FindQt4.cmake: MATH, GET_DIRECTORY_PROPERTY, EXECUTE_PROCESS, SEPARATE_ARGUMENTS - Bootstrapping with the cmake-gui is now possible in MSys
2008-02-13 11:47:03 -08:00
cmake_bootstrap_qt_gui=""
cmake_bootstrap_qt_qmake=""
cmake: Add debugger - Depends on cppdap and jsoncpp. - Add --debugger argument to enable the Debugger. - Add --debugger-pipe argument for DAP traffics over named pipes. - Support breakpoints by filenames and line numbers. - Support exception breakpoints. - Call stack shows filenames and line numbers. - Show Cache Variables. - Show the state of currently defined targets, tests and directories with their properties. - Add cmakeVersion to DAP initialize response. - Include unit tests. Co-authored-by: Ben McMorran <bemcmorr@microsoft.com>
2023-03-15 17:50:08 -07:00
cmake_bootstrap_debugger=""
Utilities/Sphinx: Add option to build and install Info manual Add option `SPHINX_INFO` to enable the Sphinx 'texinfo' builder and use the `makeinfo` tool to convert it to a `.info` file.
2018-06-11 18:14:10 -07:00
cmake_sphinx_info=""
Build Help documentation during CMake build using Sphinx Add a Utilities/Sphinx directory to hold CMake build code to run the Sphinx (sphinx-doc.org) documentation generation tool. Create a CMakeLists.txt file there capable of building either as a subdirectory of the main CMake build, or as a standalone documentation build. Add cache options SPHINX_MAN and SPHINX_HTML to select output formats and SPHINX_EXECUTABLE to specify the sphinx-build executable. Add bootstrap options --sphix-man and --sphinx-html to select output formats and --sphinx-build=<sb> to specify the sphinx-build executable. Create a "conf.py.in" file to configure_file into "conf.py" to tell sphinx-build how to build our documents. Create a "cmake.py" Sphinx extension module defining: * The "cmake-module" directive used in Help/module/*.rst files to scan .rst markup from the corresponding Modules/*.cmake file. * A Sphinx domain called "cmake" defining documentation object types for CMake Help/<type> directories: command, generator, manual, module, policy, prop_*, and variable. Add a "role" for each type to perform cross-references. Teach the roles to treat "<XYZ>" as placeholders instead of explicit targets if not preceded by a space. Add cmake domain directives to define command and variable objects explicitly in .rst file content. This will allow modules to define their own commands and variables and have them indexed and linkable. * A Sphinx document transform that converts Help/<type>/*.rst documents into cmake domain objects of the corresponding <type> and adds index entries for them. This will automatically index all CMake documentation objects and provide cross-reference targets for them with no special markup in the .rst files.
2013-09-17 13:08:05 -07:00
cmake_sphinx_man=""
cmake_sphinx_html=""
bootstrap: Add --sphinx-qthelp option to enable qthelp doc generation
2015-02-07 14:23:28 -08:00
cmake_sphinx_qthelp=""
Help: Add option to generate docs with latexpdf
2021-02-19 04:39:28 -08:00
cmake_sphinx_latexpdf=""
Build Help documentation during CMake build using Sphinx Add a Utilities/Sphinx directory to hold CMake build code to run the Sphinx (sphinx-doc.org) documentation generation tool. Create a CMakeLists.txt file there capable of building either as a subdirectory of the main CMake build, or as a standalone documentation build. Add cache options SPHINX_MAN and SPHINX_HTML to select output formats and SPHINX_EXECUTABLE to specify the sphinx-build executable. Add bootstrap options --sphix-man and --sphinx-html to select output formats and --sphinx-build=<sb> to specify the sphinx-build executable. Create a "conf.py.in" file to configure_file into "conf.py" to tell sphinx-build how to build our documents. Create a "cmake.py" Sphinx extension module defining: * The "cmake-module" directive used in Help/module/*.rst files to scan .rst markup from the corresponding Modules/*.cmake file. * A Sphinx domain called "cmake" defining documentation object types for CMake Help/<type> directories: command, generator, manual, module, policy, prop_*, and variable. Add a "role" for each type to perform cross-references. Teach the roles to treat "<XYZ>" as placeholders instead of explicit targets if not preceded by a space. Add cmake domain directives to define command and variable objects explicitly in .rst file content. This will allow modules to define their own commands and variables and have them indexed and linkable. * A Sphinx document transform that converts Help/<type>/*.rst documents into cmake domain objects of the corresponding <type> and adds index entries for them. This will automatically index all CMake documentation objects and provide cross-reference targets for them with no special markup in the .rst files.
2013-09-17 13:08:05 -07:00
cmake_sphinx_build=""
Add option to pass custom flags to sphinx-build (#15545) Create a SPHINX_FLAGS cache entry that users can populate with command-line flags for sphinx-build. Add an option to the bootstrap script to populate it up front. Suggested-by: Felix Geyer <debfx@ubuntu.com>
2015-04-30 06:30:14 -07:00
cmake_sphinx_flags=""
ENH: Enabled bootstrapping with MinGW from an MSYS prompt.
2006-01-31 15:50:16 -08:00
ENH: Auto-import symbols for cygwin executables This enables the --enable-auto-import linker flag on Cygwin when linking executables. It works with the old gcc 3.x compiler and is necessary for the new gcc 4.x compiler. See issue #9071.
2009-05-27 08:33:37 -07:00
# Determine whether this is a Cygwin environment.
bootstrap: Restore output redirection instead of "grep -q" This reverts commit 567bac890c (bootstrap: use "grep -q" instead of output redirection, 2017-06-07). On Solaris `grep -q` does not exist.
2017-08-16 08:06:40 -07:00
if echo "${cmake_system}" | grep CYGWIN >/dev/null 2>&1; then
ENH: Auto-import symbols for cygwin executables This enables the --enable-auto-import linker flag on Cygwin when linking executables. It works with the old gcc 3.x compiler and is necessary for the new gcc 4.x compiler. See issue #9071.
2009-05-27 08:33:37 -07:00
cmake_system_cygwin=true
Cleanup use of CMake version in install destinations Factor the CMAKE_DATA_DIR, CMAKE_DOC_DIR, and CMAKE_MAN_DIR selection out of CMakeLists.txt and into a Source/CMakeInstallDestinations.cmake script. Load the script from the original location of the code. Cache the destination values as empty strings so we know if the user sets them explicitly. If not, then compute defaults based on the platform and full CMake version string. By not caching the versioned defaults, we can change them in a single build tree as the version changes. Remove duplication of the install destination defaults from the bootstrap script. Cache empty defaults there too. Parse from the CMake code the default values to report in the help output. Keep the CMake code in a structured format to make this reliable.
2013-09-26 11:13:38 -07:00
cmake_doc_dir_keyword="CYGWIN"
cmake_man_dir_keyword="CYGWIN"
ENH: Auto-import symbols for cygwin executables This enables the --enable-auto-import linker flag on Cygwin when linking executables. It works with the old gcc 3.x compiler and is necessary for the new gcc 4.x compiler. See issue #9071.
2009-05-27 08:33:37 -07:00
else
cmake_system_cygwin=false
fi
MSYS: Add support for running under MSYS runtime environment Detect MSYS as CYGWIN, with the required adaptations.
2021-04-01 10:03:52 -07:00
# Determine whether this is a MSYS environment.
if echo "${cmake_system}" | grep MSYS >/dev/null 2>&1; then
cmake_system_msys=true
cmake_doc_dir_keyword="MSYS"
cmake_man_dir_keyword="MSYS"
else
cmake_system_msys=false
fi
ENH: Enabled bootstrapping with MinGW from an MSYS prompt.
2006-01-31 15:50:16 -08:00
# Determine whether this is a MinGW environment.
MSYS: Add support for running under MSYS runtime environment Detect MSYS as CYGWIN, with the required adaptations.
2021-04-01 10:03:52 -07:00
if echo "${cmake_system}" | grep 'MINGW' >/dev/null 2>&1; then
ENH: Enabled bootstrapping with MinGW from an MSYS prompt.
2006-01-31 15:50:16 -08:00
cmake_system_mingw=true
else
cmake_system_mingw=false
fi
ENH: add patch for finding applications on OSX
2006-04-13 08:00:52 -07:00
# Determine whether this is OS X
bootstrap: Restore output redirection instead of "grep -q" This reverts commit 567bac890c (bootstrap: use "grep -q" instead of output redirection, 2017-06-07). On Solaris `grep -q` does not exist.
2017-08-16 08:06:40 -07:00
if echo "${cmake_system}" | grep Darwin >/dev/null 2>&1; then
ENH: add patch for finding applications on OSX
2006-04-13 08:00:52 -07:00
cmake_system_darwin=true
else
cmake_system_darwin=false
fi
Remove trailing white-spaces.
2012-07-07 10:57:40 -07:00
# Determine whether this is BeOS
bootstrap: Restore output redirection instead of "grep -q" This reverts commit 567bac890c (bootstrap: use "grep -q" instead of output redirection, 2017-06-07). On Solaris `grep -q` does not exist.
2017-08-16 08:06:40 -07:00
if echo "${cmake_system}" | grep BeOS >/dev/null 2>&1; then
ENH: merge in changes for beos support
2006-12-04 14:26:41 -08:00
cmake_system_beos=true
Cleanup use of CMake version in install destinations Factor the CMAKE_DATA_DIR, CMAKE_DOC_DIR, and CMAKE_MAN_DIR selection out of CMakeLists.txt and into a Source/CMakeInstallDestinations.cmake script. Load the script from the original location of the code. Cache the destination values as empty strings so we know if the user sets them explicitly. If not, then compute defaults based on the platform and full CMake version string. By not caching the versioned defaults, we can change them in a single build tree as the version changes. Remove duplication of the install destination defaults from the bootstrap script. Cache empty defaults there too. Parse from the CMake code the default values to report in the help output. Keep the CMake code in a structured format to make this reliable.
2013-09-26 11:13:38 -07:00
cmake_doc_dir_keyword="HAIKU"
cmake_man_dir_keyword="HAIKU"
ENH: merge in changes for beos support
2006-12-04 14:26:41 -08:00
else
cmake_system_beos=false
fi
Remove trailing white-spaces.
2012-07-07 10:57:40 -07:00
# Determine whether this is Haiku
bootstrap: Restore output redirection instead of "grep -q" This reverts commit 567bac890c (bootstrap: use "grep -q" instead of output redirection, 2017-06-07). On Solaris `grep -q` does not exist.
2017-08-16 08:06:40 -07:00
if echo "${cmake_system}" | grep Haiku >/dev/null 2>&1; then
ENH: add initial support for HAIKU OS from bug# 7425
2008-09-15 14:53:28 -07:00
cmake_system_haiku=true
Cleanup use of CMake version in install destinations Factor the CMAKE_DATA_DIR, CMAKE_DOC_DIR, and CMAKE_MAN_DIR selection out of CMakeLists.txt and into a Source/CMakeInstallDestinations.cmake script. Load the script from the original location of the code. Cache the destination values as empty strings so we know if the user sets them explicitly. If not, then compute defaults based on the platform and full CMake version string. By not caching the versioned defaults, we can change them in a single build tree as the version changes. Remove duplication of the install destination defaults from the bootstrap script. Cache empty defaults there too. Parse from the CMake code the default values to report in the help output. Keep the CMake code in a structured format to make this reliable.
2013-09-26 11:13:38 -07:00
cmake_doc_dir_keyword="HAIKU"
cmake_man_dir_keyword="HAIKU"
ENH: add initial support for HAIKU OS from bug# 7425
2008-09-15 14:53:28 -07:00
else
cmake_system_haiku=false
fi
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
# Determine whether this is OpenVMS
bootstrap: Restore output redirection instead of "grep -q" This reverts commit 567bac890c (bootstrap: use "grep -q" instead of output redirection, 2017-06-07). On Solaris `grep -q` does not exist.
2017-08-16 08:06:40 -07:00
if echo "${cmake_system}" | grep OpenVMS >/dev/null 2>&1; then
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
cmake_system_openvms=true
else
cmake_system_openvms=false
fi
Workaround for short jump tables on PA-RISC. The PA-RISC architecture requires special options for GCC to prevent linker errors when libraries reach a certain size and / or complexity. See http://mraw.org/blog/2007/10/10/Linking_on_hppa and gcc documentation on -mlong-calls.
2014-11-04 08:01:56 -08:00
# Determine whether this is HP-UX
bootstrap: Restore output redirection instead of "grep -q" This reverts commit 567bac890c (bootstrap: use "grep -q" instead of output redirection, 2017-06-07). On Solaris `grep -q` does not exist.
2017-08-16 08:06:40 -07:00
if echo "${cmake_system}" | grep HP-UX >/dev/null 2>&1; then
HP-UX: Drop support for building CMake on HP-UX CMake will soon require both C++11 and libuv to build. Neither of these works on HP-UX, so unfortunately we need to drop support for the platform until someone can get them working. Issue: #17137
2017-08-04 06:49:04 -07:00
die 'CMake no longer compiles on HP-UX. See
Update links to gitlab.kitware.com repos to add `-/` GitLab now uses a `/-/` component between the `group/project` part of the URL and the `{issues,merge_requests,tree}` part so that it can support `group/subgroup/project` with arbitrary depth.
2020-05-26 08:30:01 -07:00
https://gitlab.kitware.com/cmake/cmake/-/issues/17137
HP-UX: Drop support for building CMake on HP-UX CMake will soon require both C++11 and libuv to build. Neither of these works on HP-UX, so unfortunately we need to drop support for the platform until someone can get them working. Issue: #17137
2017-08-04 06:49:04 -07:00
Use CMake 3.9 or lower instead.'
Workaround for short jump tables on PA-RISC. The PA-RISC architecture requires special options for GCC to prevent linker errors when libraries reach a certain size and / or complexity. See http://mraw.org/blog/2007/10/10/Linking_on_hppa and gcc documentation on -mlong-calls.
2014-11-04 08:01:56 -08:00
cmake_system_hpux=true
else
cmake_system_hpux=false
fi
bootstrap: Avoid TOC overflow on AIX powerpc Since commit 5c58a7e4d2 (ppc64: Work around TOC overflow with platform specific linker flags, 2019-02-27, v3.15.0-rc1~460^2) we use a bigtoc flag on this platform when building CMake with CMake. Add it to the bootstrap script too.
2022-01-27 06:58:10 -08:00
# Determine whether this is AIX
if echo "${cmake_system}" | grep AIX >/dev/null 2>&1; then
cmake_system_aix=true
else
cmake_system_aix=false
fi
Linux/PA-RISC: Link with --unique=.text.* to help binutils There is a binutils bug that leads to errors like this: /usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.6.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld: libCMakeLib.a(cmTarget.cxx.o)(.text+0x12084): cannot reach 00001d28__ZNSspLEPKc@@GLIBCXX_3.4+0, recompile with -ffunction-sections /usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.6.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld: libCMakeLib.a(cmTarget.cxx.o)(.text+0x12084): cannot handle R_PARISC_PCREL17F for std::basic_string<char, std::char_traits<char>, std::allocator<char> >::operator+=(char const*)@@GLIBCXX_3.4 /usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.6.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld: final link failed: Bad value Until someone finds out what needs to be fixed in binutils this allows anyone to compile a working CMake even in debug mode.
2012-10-28 15:23:29 -07:00
# Determine whether this is Linux
bootstrap: Restore output redirection instead of "grep -q" This reverts commit 567bac890c (bootstrap: use "grep -q" instead of output redirection, 2017-06-07). On Solaris `grep -q` does not exist.
2017-08-16 08:06:40 -07:00
if echo "${cmake_system}" | grep Linux >/dev/null 2>&1; then
Linux/PA-RISC: Link with --unique=.text.* to help binutils There is a binutils bug that leads to errors like this: /usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.6.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld: libCMakeLib.a(cmTarget.cxx.o)(.text+0x12084): cannot reach 00001d28__ZNSspLEPKc@@GLIBCXX_3.4+0, recompile with -ffunction-sections /usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.6.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld: libCMakeLib.a(cmTarget.cxx.o)(.text+0x12084): cannot handle R_PARISC_PCREL17F for std::basic_string<char, std::char_traits<char>, std::allocator<char> >::operator+=(char const*)@@GLIBCXX_3.4 /usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.6.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld: final link failed: Bad value Until someone finds out what needs to be fixed in binutils this allows anyone to compile a working CMake even in debug mode.
2012-10-28 15:23:29 -07:00
cmake_system_linux=true
Workaround for short jump tables on PA-RISC. The PA-RISC architecture requires special options for GCC to prevent linker errors when libraries reach a certain size and / or complexity. See http://mraw.org/blog/2007/10/10/Linking_on_hppa and gcc documentation on -mlong-calls.
2014-11-04 08:01:56 -08:00
else
cmake_system_linux=false
bootstrap: Remove stray indentation
2022-01-27 06:57:33 -08:00
fi
Workaround for short jump tables on PA-RISC. The PA-RISC architecture requires special options for GCC to prevent linker errors when libraries reach a certain size and / or complexity. See http://mraw.org/blog/2007/10/10/Linking_on_hppa and gcc documentation on -mlong-calls.
2014-11-04 08:01:56 -08:00
# Determine whether this is a PA-RISC machine
# This only works for Linux or HP-UX, not other PA-RISC OSs (BSD maybe?). Also
# may falsely detect parisc on HP-UX m68k
cmake_machine_parisc=false
if ${cmake_system_linux}; then
bootstrap: Restore output redirection instead of "grep -q" This reverts commit 567bac890c (bootstrap: use "grep -q" instead of output redirection, 2017-06-07). On Solaris `grep -q` does not exist.
2017-08-16 08:06:40 -07:00
if uname -m | grep parisc >/dev/null 2>&1; then
Linux/PA-RISC: Link with --unique=.text.* to help binutils There is a binutils bug that leads to errors like this: /usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.6.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld: libCMakeLib.a(cmTarget.cxx.o)(.text+0x12084): cannot reach 00001d28__ZNSspLEPKc@@GLIBCXX_3.4+0, recompile with -ffunction-sections /usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.6.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld: libCMakeLib.a(cmTarget.cxx.o)(.text+0x12084): cannot handle R_PARISC_PCREL17F for std::basic_string<char, std::char_traits<char>, std::allocator<char> >::operator+=(char const*)@@GLIBCXX_3.4 /usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.6.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld: final link failed: Bad value Until someone finds out what needs to be fixed in binutils this allows anyone to compile a working CMake even in debug mode.
2012-10-28 15:23:29 -07:00
cmake_machine_parisc=true
fi
Workaround for short jump tables on PA-RISC. The PA-RISC architecture requires special options for GCC to prevent linker errors when libraries reach a certain size and / or complexity. See http://mraw.org/blog/2007/10/10/Linking_on_hppa and gcc documentation on -mlong-calls.
2014-11-04 08:01:56 -08:00
elif ${cmake_system_hpux}; then
bootstrap: Restore output redirection instead of "grep -q" This reverts commit 567bac890c (bootstrap: use "grep -q" instead of output redirection, 2017-06-07). On Solaris `grep -q` does not exist.
2017-08-16 08:06:40 -07:00
if uname -m | grep ia64 >/dev/null 2>&1; then : ; else
Workaround for short jump tables on PA-RISC. The PA-RISC architecture requires special options for GCC to prevent linker errors when libraries reach a certain size and / or complexity. See http://mraw.org/blog/2007/10/10/Linking_on_hppa and gcc documentation on -mlong-calls.
2014-11-04 08:01:56 -08:00
cmake_machine_parisc=true
fi
Linux/PA-RISC: Link with --unique=.text.* to help binutils There is a binutils bug that leads to errors like this: /usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.6.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld: libCMakeLib.a(cmTarget.cxx.o)(.text+0x12084): cannot reach 00001d28__ZNSspLEPKc@@GLIBCXX_3.4+0, recompile with -ffunction-sections /usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.6.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld: libCMakeLib.a(cmTarget.cxx.o)(.text+0x12084): cannot handle R_PARISC_PCREL17F for std::basic_string<char, std::char_traits<char>, std::allocator<char> >::operator+=(char const*)@@GLIBCXX_3.4 /usr/lib/gcc/hppa2.0-unknown-linux-gnu/4.6.3/../../../../hppa2.0-unknown-linux-gnu/bin/ld: final link failed: Bad value Until someone finds out what needs to be fixed in binutils this allows anyone to compile a working CMake even in debug mode.
2012-10-28 15:23:29 -07:00
fi
ENH: Enabled bootstrapping with MinGW from an MSYS prompt.
2006-01-31 15:50:16 -08:00
# Choose the generator to use for bootstrapping.
if ${cmake_system_mingw}; then
# Bootstrapping from an MSYS prompt.
cmake_bootstrap_generator="MSYS Makefiles"
else
# Bootstrapping from a standard UNIX prompt.
cmake_bootstrap_generator="Unix Makefiles"
fi
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
# Choose tools and extensions for this platform.
if ${cmake_system_openvms}; then
_tmp="_tmp"
_cmk="_cmk"
_diff=`which diff`
else
_tmp=".tmp"
_cmk=".cmk"
_diff="diff"
fi
# Construct bootstrap directory name.
cmake_bootstrap_dir="${cmake_binary_dir}/Bootstrap${_cmk}"
ENH: Made default install prefix consistent with building with another CMake.
2006-02-16 17:13:54 -08:00
# Helper function to fix windows paths.
bootstrap: Convert MSYS paths to Windows format (#13001) We set CMAKE_PREFIX_PATH from the --prefix= option. The calling shell might not translate "/c/..." to "c:/..." paths but we need to store Windows paths in CMake cache variables. Pass the specified path through the MSYS shell in a form it will convert to a Windows path using the MSYS fstab. Some MSYS bash implementations leave trailing space on the command line to 'cmd /c echo ...' after quoting the message. The Windows echo tool preserves both the quotes and the trailing space. Use a sed expression that strips quotes and trailing spaces after the end quote.
2012-02-29 11:29:16 -08:00
case "${cmake_system}" in
*MINGW*)
cmake_fix_slashes()
{
cmd //c echo "$(echo "$1" | sed 's/\\/\//g')" | sed 's/^"//;s/" *$//'
}
;;
*)
cmake_fix_slashes()
{
echo "$1" | sed 's/\\/\//g'
}
;;
esac
ENH: Made default install prefix consistent with building with another CMake.
2006-02-16 17:13:54 -08:00
# Choose the default install prefix.
if ${cmake_system_mingw}; then
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "x${PROGRAMFILES}" != "x"; then
ENH: Made default install prefix consistent with building with another CMake.
2006-02-16 17:13:54 -08:00
cmake_default_prefix=`cmake_fix_slashes "${PROGRAMFILES}/CMake"`
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
elif test "x${ProgramFiles}" != "x"; then
ENH: Made default install prefix consistent with building with another CMake.
2006-02-16 17:13:54 -08:00
cmake_default_prefix=`cmake_fix_slashes "${ProgramFiles}/CMake"`
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
elif test "x${SYSTEMDRIVE}" != "x"; then
ENH: Made default install prefix consistent with building with another CMake.
2006-02-16 17:13:54 -08:00
cmake_default_prefix=`cmake_fix_slashes "${SYSTEMDRIVE}/Program Files/CMake"`
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
elif test "x${SystemDrive}" != "x"; then
ENH: Made default install prefix consistent with building with another CMake.
2006-02-16 17:13:54 -08:00
cmake_default_prefix=`cmake_fix_slashes "${SystemDrive}/Program Files/CMake"`
else
cmake_default_prefix="c:/Program Files/CMake"
fi
Fix default install prefix on Haiku Since Haiku does not have /usr (and therefore /usr/local), this commit changes the default install prefix to the equivalent directory of /boot/common. See issue #9607.
2009-09-30 05:31:53 -07:00
elif ${cmake_system_haiku}; then
bootstrap: use better defaults for Haiku These values are patched into that file by Haiku since 2.8.1.
2013-01-07 12:09:18 -08:00
cmake_default_prefix=`finddir B_COMMON_DIRECTORY`
ENH: Made default install prefix consistent with building with another CMake.
2006-02-16 17:13:54 -08:00
else
cmake_default_prefix="/usr/local"
fi
Cleanup use of CMake version in install destinations Factor the CMAKE_DATA_DIR, CMAKE_DOC_DIR, and CMAKE_MAN_DIR selection out of CMakeLists.txt and into a Source/CMakeInstallDestinations.cmake script. Load the script from the original location of the code. Cache the destination values as empty strings so we know if the user sets them explicitly. If not, then compute defaults based on the platform and full CMake version string. By not caching the versioned defaults, we can change them in a single build tree as the version changes. Remove duplication of the install destination defaults from the bootstrap script. Cache empty defaults there too. Parse from the CMake code the default values to report in the help output. Keep the CMake code in a structured format to make this reliable.
2013-09-26 11:13:38 -07:00
# Lookup default install destinations.
Add option to control 'bin' directory of CMake's own installation (#16076) Add a `CMAKE_BIN_DIR` cache entry to CMake's own build configuration. Add a `--bindir` option to the `bootstrap` script to set it.
2016-05-27 07:03:43 -07:00
cmake_bin_dir_default="`cmake_install_dest_default BIN ${cmake_bin_dir_keyword}`"
Cleanup use of CMake version in install destinations Factor the CMAKE_DATA_DIR, CMAKE_DOC_DIR, and CMAKE_MAN_DIR selection out of CMakeLists.txt and into a Source/CMakeInstallDestinations.cmake script. Load the script from the original location of the code. Cache the destination values as empty strings so we know if the user sets them explicitly. If not, then compute defaults based on the platform and full CMake version string. By not caching the versioned defaults, we can change them in a single build tree as the version changes. Remove duplication of the install destination defaults from the bootstrap script. Cache empty defaults there too. Parse from the CMake code the default values to report in the help output. Keep the CMake code in a structured format to make this reliable.
2013-09-26 11:13:38 -07:00
cmake_data_dir_default="`cmake_install_dest_default DATA ${cmake_data_dir_keyword}`"
cmake_doc_dir_default="`cmake_install_dest_default DOC ${cmake_doc_dir_keyword}`"
cmake_man_dir_default="`cmake_install_dest_default MAN ${cmake_man_dir_keyword}`"
QtDialog: Add option to control XDG file install destination Create a `CMAKE_XDGDATA_DIR` option and add a corresponding flag to the `bootstrap` script. This is needed for multiarch layouts where the prefix is `/usr/${host}` but where architecture-independent files (like the XDG-specific ones) are installed to `/usr/share`.
2015-12-21 07:02:11 -08:00
cmake_xdgdata_dir_default="`cmake_install_dest_default XDGDATA ${cmake_xdgdata_dir_keyword}`"
Cleanup use of CMake version in install destinations Factor the CMAKE_DATA_DIR, CMAKE_DOC_DIR, and CMAKE_MAN_DIR selection out of CMakeLists.txt and into a Source/CMakeInstallDestinations.cmake script. Load the script from the original location of the code. Cache the destination values as empty strings so we know if the user sets them explicitly. If not, then compute defaults based on the platform and full CMake version string. By not caching the versioned defaults, we can change them in a single build tree as the version changes. Remove duplication of the install destination defaults from the bootstrap script. Cache empty defaults there too. Parse from the CMake code the default values to report in the help output. Keep the CMake code in a structured format to make this reliable.
2013-09-26 11:13:38 -07:00
bootstrap: update known compilers como: Comeau-not updated since 2008, unlikely to work with CMake icc: discontinued for icx icc: not for C++, put in 20 years ago, probably never used / worked
2023-10-13 06:45:40 -07:00
CMAKE_KNOWN_C_COMPILERS="cc gcc clang xlc icx tcc"
CMAKE_KNOWN_CXX_COMPILERS="aCC xlC CC g++ clang++ c++ icpx"
bootstrap: add smake as known make processors As found in “Modules/CMakeUnixFindMake.cmake”
2020-10-14 11:36:10 -07:00
CMAKE_KNOWN_MAKE_PROCESSORS="gmake make smake"
bootstrap: add samu as known ninja processors As found in “Modules/CMakeNinjaFindMake.cmake”
2020-10-14 11:23:59 -07:00
CMAKE_KNOWN_NINJA_PROCESSORS="ninja-build ninja samu"
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
ENH: Add check for previous bootstrap in the source tree when doing out-of-source build
2004-10-18 08:34:02 -07:00
CMAKE_PROBLEMATIC_FILES="\
CMakeCache.txt \
CMakeSystem.cmake \
CMakeCCompiler.cmake \
CMakeCXXCompiler.cmake \
Make platform information files specific to the CMake version At the top of a build tree we configure inside the CMakeFiles directory files such as "CMakeSystem.cmake" and "CMake<lang>Compiler.cmake" to save information detected about the system and compilers in use. The method of detection and the exact results store varies across CMake versions as things improve. This leads to problems when loading files configured by a different version of CMake. Previously we ignored such existing files only if the major.minor part of the CMake version component changed, and depended on the CMakeCache.txt to tell us the last version of CMake that wrote the files. This led to problems if the user deletes the CMakeCache.txt or we add required information to the files in a patch-level release of CMake (still a "feature point" release by modern CMake versioning convention). Ensure that we always have version-consistent platform information files by storing them in a subdirectory named with the CMake version. Every version of CMake will do its own system and compiler identification checks even when a build tree has already been configured by another version of CMake. Stored results will not clobber those from other versions of CMake which may be run again on the same tree in the future. Loaded results will match what the system and language modules expect. Rename the undocumented variable CMAKE_PLATFORM_ROOT_BIN to CMAKE_PLATFORM_INFO_DIR to clarify its purpose. The new variable points at the version-specific directory while the old variable did not.
2012-08-24 05:48:59 -07:00
*/CMakeSystem.cmake \
*/CMakeCCompiler.cmake \
*/CMakeCXXCompiler.cmake \
ENH: Add check for previous bootstrap in the source tree when doing out-of-source build
2004-10-18 08:34:02 -07:00
Source/cmConfigure.h \
Source/CTest/Curl/config.h \
bootstrap: update list of problematic files
2020-05-05 05:46:40 -07:00
Utilities/cmThirdParty.h \
Utilities/cmcurl/lib/curl_config.h \
Utilities/cmlibarchive/config.h \
Utilities/cmliblzma/config.h \
Utilities/cmnghttp2/config.h \
ENH: Add check for previous bootstrap in the source tree when doing out-of-source build
2004-10-18 08:34:02 -07:00
"
ENH: Remove things from bootstrap
2006-03-22 06:58:11 -08:00
CMAKE_UNUSED_SOURCES="\
cmGlobalXCodeGenerator \
cmLocalXCodeGenerator \
cmXCodeObject \
cmXCode21Object \
cmSourceGroup \
"
ENH: Fix bootstrap to handle lex parser
2003-12-08 11:11:58 -08:00
CMAKE_CXX_SOURCES="\
bootstrap: Enable add_compile_definitions command Make the command available to CMake's own CMake code.
2022-09-22 06:22:37 -07:00
cmAddCompileDefinitionsCommand \
Separate compilation for commands included in cmBootstrapCommands1
2016-10-19 12:59:14 -07:00
cmAddCustomCommandCommand \
cmAddCustomTargetCommand \
cmAddDefinitionsCommand \
cmAddDependenciesCommand \
cmAddExecutableCommand \
cmAddLibraryCommand \
cmAddSubDirectoryCommand \
cmAddTestCommand \
Introduce cmArgumentParser
2019-03-23 14:45:41 -07:00
cmArgumentParser \
file: Add GET_RUNTIME_DEPENDENCIES mode Co-Authored-by: Bryon Bean <bryon.bean@kitware.com>
2019-03-14 08:58:34 -07:00
cmBinUtilsLinker \
cmBinUtilsLinuxELFGetRuntimeDependenciesTool \
cmBinUtilsLinuxELFLinker \
cmBinUtilsLinuxELFObjdumpGetRuntimeDependenciesTool \
cmBinUtilsMacOSMachOGetRuntimeDependenciesTool \
cmBinUtilsMacOSMachOLinker \
cmBinUtilsMacOSMachOOToolGetRuntimeDependenciesTool \
cmBinUtilsWindowsPEGetRuntimeDependenciesTool \
cmBinUtilsWindowsPEDumpbinGetRuntimeDependenciesTool \
cmBinUtilsWindowsPELinker \
cmBinUtilsWindowsPEObjdumpGetRuntimeDependenciesTool \
Add new flow-control commands for variables and policies scopes management Add block() and endblock() commands offering the capability to create new scopes for variables and/or policies. Fixes: #20171
2022-08-05 01:55:32 -07:00
cmBlockCommand \
Separate compilation for commands included in cmBootstrapCommands1
2016-10-19 12:59:14 -07:00
cmBreakCommand \
cmBuildCommand \
bootstrap: Enable cmake_language command to support cmake-gui with Qt 6.2 Fixes: #22721
2021-10-05 06:47:19 -07:00
cmCMakeLanguageCommand \
Separate compilation for commands included in cmBootstrapCommands1
2016-10-19 12:59:14 -07:00
cmCMakeMinimumRequired \
cmList: CMake list implementation Fixes: #24548
2023-03-09 10:00:49 -08:00
cmList \
cmCMakePath: Class for path handling
2020-07-23 07:52:39 -07:00
cmCMakePath \
cmake_path command: path management Fixes: #19568, #20922
2020-07-23 07:54:12 -07:00
cmCMakePathCommand \
Separate compilation for commands included in cmBootstrapCommands1
2016-10-19 12:59:14 -07:00
cmCMakePolicyCommand \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmCPackPropertiesGenerator \
cmCacheManager \
cmCommand: implement functions in cxx file
2016-10-19 15:29:18 -07:00
cmCommand \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmCommandArgumentParserHelper \
cmCommands \
cmCommonTargetGenerator \
cmComputeComponentGraph \
cmComputeLinkDepends \
cmComputeLinkInformation \
cmComputeTargetDepends \
cmConsoleBuf: Factor out cout/cerr console buffer management
2020-10-14 07:57:46 -07:00
cmConsoleBuf \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmConditionEvaluator \
Separate compilation for commands included in cmBootstrapCommands1
2016-10-19 12:59:14 -07:00
cmConfigureFileCommand \
cmContinueCommand \
cmCoreTryCompile \
cmCreateTestSourceList \
cmCustomCommandGenerator: Add option to transform depfile
2020-10-05 09:15:17 -07:00
cmCryptoHash \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmCustomCommand \
cmCustomCommandGenerator \
cmLocalGenerator: Refactor to use cmMakeSingleCommandLine
2019-10-17 07:20:52 -07:00
cmCustomCommandLines \
cmCxxModuleMapper: add source to handle module mapper contents This will allow all generators to share an implementation for actually writing out the module map formats.
2022-06-02 14:18:37 -07:00
cmCxxModuleMapper \
cmCxxModuleUsageEffects: add a class to capture module usage effects When importing a C++ module, there may be requirements imposed by the importer so that the compiler can reliably read the BMI. For example, the standard used in the importer may need to also apply to the imported BMI. Right now, there are no tracked requirements. As we learn more, this class can start tracking more information. See: https://wg21.link/p2581r2
2023-01-30 07:24:41 -08:00
cmCxxModuleUsageEffects \
Separate compilation for commands included in cmBootstrapCommands1
2016-10-19 12:59:14 -07:00
cmDefinePropertyCommand \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmDefinitions \
cmDocumentationFormatter \
cmELF: Include the ELF parsing code unconditionally Now that the ELF definitions are provided on all platforms there is no need to keep the CMake_USE_ELF_PARSER option.
2021-06-17 07:22:34 -07:00
cmELF \
Separate compilation for commands included in cmBootstrapCommands1
2016-10-19 12:59:14 -07:00
cmEnableLanguageCommand \
cmEnableTestingCommand \
cmGeneratorTarget: Factor out EvaluatedTargetProperty infrastructure Make it available outside the `cmGeneratorTarget` implementation. In particular, we will later use it in `cmQtAutoGenInitializer`.
2023-04-03 07:55:13 -07:00
cmEvaluatedTargetProperty \
Separate compilation for commands included in cmBootstrapCommands1
2016-10-19 12:59:14 -07:00
cmExecProgramCommand \
cmExecuteProcessCommand \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmExpandedCommandArgument \
cmExperimental: add a mechanism for experimental CMake features
2022-05-24 14:19:59 -07:00
cmExperimental \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmExportBuildFileGenerator \
cmExportFileGenerator \
cmExportInstallFileGenerator \
cmExportSet \
cmExportTryCompileFileGenerator \
cmExprParserHelper \
cmExternalMakefileProjectGenerator \
Separate compilation for commands included in cmBootstrapCommands1
2016-10-19 12:59:14 -07:00
cmFileCommand \
cmFileCommand: Factor out cmFileCopier and cmFileInstaller Split these classes out into their own sources.
2019-03-13 08:51:12 -07:00
cmFileCopier \
cmFileInstaller \
cmTarget: Add cmFileSet and associated properties
2021-06-16 14:09:59 -07:00
cmFileSet \
New cmFileTime class The new cmFileTime class stores the file modification time as an OS independent nanosecond count. Its main use is to load and compare file modification times in nanosecond and second resolution.
2019-03-13 08:54:01 -07:00
cmFileTime \
Rename cmFileTimeComparison to cmFileTimeCache The name `cmFileTimeCache` reflects the functionality of the class more appropriately.
2019-03-13 11:10:19 -07:00
cmFileTimeCache \
cmFileTimes: New RAII based cmFileTimes class This adds a new RAII based cmFileTimes class. It is supposed to replace the C style cmSystemToolsFileTime interface.
2019-05-21 14:36:40 -07:00
cmFileTimes \
Separate compilation for commands included in cmBootstrapCommands1
2016-10-19 12:59:14 -07:00
cmFindBase \
cmFindCommon \
cmFindFileCommand \
cmFindLibraryCommand \
cmFindPackageCommand \
install(EXPORT): Export find_dependency() calls Issue: #20511 Co-Authored-by: Brad King <brad.king@kitware.com> Co-Authored-by: Robert Maynard <rmaynard@nvidia.com>
2023-11-07 08:44:00 -08:00
cmFindPackageStack \
Separate compilation for commands included in cmBootstrapCommands1
2016-10-19 12:59:14 -07:00
cmFindPathCommand \
cmFindProgramCommand \
cmForEachCommand \
cmFunctionBlocker: Move common logic to base
2019-07-30 09:15:13 -07:00
cmFunctionBlocker \
Separate compilation for commands included in cmBootstrapCommands1
2016-10-19 12:59:14 -07:00
cmFunctionCommand \
Move file/dir permissions code to common file.
2017-11-02 13:42:18 -07:00
cmFSPermissions \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmGeneratedFileStream \
cmGeneratorExpression \
cmGeneratorExpressionContext \
cmGeneratorExpressionDAGChecker \
cmGeneratorExpressionEvaluationFile \
cmGeneratorExpressionEvaluator \
cmGeneratorExpressionLexer \
cmGeneratorExpressionNode \
cmGeneratorExpressionParser \
cmGeneratorTarget \
cmGeneratorTarget: Factor compatible interface properties into own source
2024-05-17 08:58:46 -07:00
cmGeneratorTarget_CompatibleInterface \
cmGeneratorTarget: Factor INCLUDE_DIRECTORIES impl into own source
2024-05-16 13:16:33 -07:00
cmGeneratorTarget_IncludeDirectories \
cmGeneratorTarget: Factor link interface/impl methods into own source
2024-05-17 09:13:53 -07:00
cmGeneratorTarget_Link \
cmGeneratorTarget: Factor LINK_DIRECTORIES impl into own source
2024-05-16 13:37:48 -07:00
cmGeneratorTarget_LinkDirectories \
cmGeneratorTarget: Factor options-like usage requirements into own source
2024-05-16 13:30:14 -07:00
cmGeneratorTarget_Options \
cmGeneratorTarget: Factor SOURCES impl into own source
2024-05-16 12:56:26 -07:00
cmGeneratorTarget_Sources \
cmGeneratorTarget: Factor TargetPropertyEntry into own source
2024-05-16 12:25:06 -07:00
cmGeneratorTarget_TargetPropertyEntry \
cmGeneratorTarget: Factor transitive property methods into own source
2024-05-17 09:22:14 -07:00
cmGeneratorTarget_TransitiveProperty \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmGetCMakePropertyCommand \
cmGetDirectoryPropertyCommand \
cmGetFilenameComponentCommand \
cmUVProcessChain: Add cmUVProcessChain This class is ultimately intended as a replacement for cmsys::Process. It spawns a series of processes using libuv, piping the output of each command into the next. Note: input support has not yet been implemented because write support has not yet been implemented on cmUVStreambuf.
2019-04-30 08:29:30 -07:00
cmGetPipes \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmGetPropertyCommand \
cmGetSourceFilePropertyCommand \
cmGetTargetPropertyCommand \
cmGetTestPropertyCommand \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmGlobalCommonGenerator \
cmGlobalGenerator \
Add cmGlobVerificationManager class, integrate with cmake and cmState
2018-02-14 08:26:35 -08:00
cmGlobVerificationManager \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmHexFileConverter \
cmIfCommand \
cmImportedCxxModuleInfo: introduce code to parse exported BMI properties
2023-02-02 12:53:28 -08:00
cmImportedCxxModuleInfo \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmIncludeCommand \
include_guard: implement new command
2017-06-22 00:53:42 -07:00
cmIncludeGuardCommand \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmIncludeDirectoryCommand \
cmIncludeRegularExpressionCommand \
cmInstallCommand \
cmInstallCommandArguments \
install: support `CXX_MODULES_BMI` installation bits
2022-04-22 15:00:47 -07:00
cmInstallCxxModuleBmiGenerator \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmInstallDirectoryGenerator \
cmInstallExportGenerator \
install(TARGETS): Add FILE_SET mode
2021-06-17 14:01:28 -07:00
cmInstallFileSetGenerator \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmInstallFilesCommand \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmInstallFilesGenerator \
cmInstallGenerator \
install(TARGETS): Add RUNTIME_DEPENDENCIES option
2021-04-14 07:43:30 -07:00
cmInstallGetRuntimeDependenciesGenerator \
install(): Add IMPORTED_RUNTIME_ARTIFACTS mode
2021-05-26 10:30:32 -07:00
cmInstallImportedRuntimeArtifactsGenerator \
Source: Add cmInstallRuntimeDependencySet
2021-05-19 07:29:17 -07:00
cmInstallRuntimeDependencySet \
install(TARGETS): Add RUNTIME_DEPENDENCIES option
2021-04-14 07:43:30 -07:00
cmInstallRuntimeDependencySetGenerator \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmInstallScriptGenerator \
add_subdirectory: Run subdirectory install rules in correct order Before this change, install rules created by add_subdirectory() would be executed after all of the top-level install rules, even if they were declared before the top-level rules. This change adds a new policy, CMP0082, which interleaves the add_subdirectory() install rules with the other install rules so they are run in the correct order.
2018-10-02 13:38:26 -07:00
cmInstallSubdirectoryGenerator \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmInstallTargetGenerator \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmInstallTargetsCommand \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmInstalledFile \
cmJSONHelpers: Make error generators proper functions
2023-08-16 06:26:08 -07:00
cmJSONHelpers \
bootstrap: Unconditionally build libjsoncpp
2023-07-21 09:01:01 -07:00
cmJSONState \
file: Add GET_RUNTIME_DEPENDENCIES mode Co-Authored-by: Bryon Bean <bryon.bean@kitware.com>
2019-03-14 08:58:34 -07:00
cmLDConfigLDConfigTool \
cmLDConfigTool \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmLinkDirectoriesCommand \
cmLinkItem: Convert to a "sum type" over a string and target pointer Avoid exposing the item name implicitly as std::string. When the item is a target, avoid storing a second copy of its name. Most link item construction is paired with calls to `FindTargetToLink` to get the possible target pointer. Rename these methods to `ResolveLinkItem` and refactor them to construct the entire item.
2018-09-06 10:10:55 -07:00
cmLinkItem \
Graphviz: added test suite, fixes, enhancements * Added a fairly comprehensive test suite * Separated the graph traversal logic from the Graphviz generation code by introducing a new class, cmLinkItemsGraphVisitor{.h,cxx} * Made the graph traversal logic less ad-hoc by using existing methods in the GlobalGenerator; this fixed a few bugs * Added support for new target types: custom targets, object and unknown libraries * Improved support for ALIAS libraries by showing the alias(es) in the graph * Introduced new flags to control those new libraries (consistent with existing flags) * Updated the documentation * Removed useless setting to set graph type in dot file * Improved the node/edge shapes (nicer, more consistent) * Added a legend to the graph * Some refactoring and cleanup of the Graphviz generation code * Added test and fix for issue 19746
2019-10-07 19:45:30 -07:00
cmLinkItemGraphVisitor \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmLinkLineComputer \
CUDA: More exhaustive checks to determine when to do device linking Previously CMake used fairly naive logic to determine when to do device linking which caused unnecessary device linking to occur frequently. We now use a more exhaustive algorithm to determine when we have a need for device linking. Fixes: #19238
2019-05-09 06:13:39 -07:00
cmLinkLineDeviceComputer \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmListCommand \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmListFileCache \
cmLocalCommonGenerator \
cmLocalGenerator \
cmMSVC60LinkLineComputer \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmMacroCommand \
cmMakeDirectoryCommand \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmMakefile \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmMarkAsAdvancedCommand \
cmMathCommand \
cmMessageCommand \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmMessenger \
cmNewLineStyle \
cmOSXBundleGenerator \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmOptionCommand \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmOrderDirectories \
cmOutputConverter \
cmParseArgumentsCommand \
cmPathLabel \
cmPolicies \
Add cmProcessOutput class to be used for decoding text data This allows to decode text data we receive from external process which uses external encoding to our internal encoding.
2016-11-01 11:04:20 -07:00
cmProcessOutput \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmProjectCommand \
Rename cmProp in cmValue
2021-09-21 08:12:35 -07:00
cmValue \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmPropertyDefinition \
cmPropertyMap \
cmake -E: Add cmake_transform_depfile internal command
2020-10-02 11:25:30 -07:00
cmGccDepfileLexerHelper \
cmGccDepfileReader \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmReturnCommand \
cmRulePlaceholderExpander: add base class for placeholder expansion reuse
2021-11-24 07:45:22 -08:00
cmPlaceholderExpander \
macOS: Add support for linking against .xcframework folders Issue: #21752
2023-05-17 10:50:32 -07:00
cmPlistParser \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmRulePlaceholderExpander \
file: Add GET_RUNTIME_DEPENDENCIES mode Co-Authored-by: Bryon Bean <bryon.bean@kitware.com>
2019-03-14 08:58:34 -07:00
cmRuntimeDependencyArchive \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmScriptGenerator \
cmSearchPath \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmSeparateArgumentsCommand \
cmSetCommand \
cmSetDirectoryPropertiesCommand \
cmSetPropertyCommand \
cmSetSourceFilesPropertiesCommand \
cmSetTargetPropertiesCommand \
cmSetTestsPropertiesCommand \
cmSiteNameCommand \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmSourceFile \
cmSourceFileLocation \
cmStandardLevelResolver: Added to handle standard level queries Refactored out of cmMakefile
2020-06-22 14:11:56 -07:00
cmStandardLevelResolver \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmState \
cmStateDirectory \
cmStateSnapshot \
bootstrap: Compile cm::String
2019-08-19 12:33:06 -07:00
cmString \
cmStringAlgorithms: Add cmCatViews and cmStrCat functions
2019-07-29 08:34:54 -07:00
cmStringAlgorithms \
string() Refactoring: creates an helper for REGEX REPLACE
2018-04-03 06:09:53 -07:00
cmStringReplaceHelper \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmStringCommand \
Introduce cmSubcommandTable
2019-04-07 13:14:52 -07:00
cmSubcommandTable \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmSubdirCommand \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmSystemTools \
cmTarget \
bootstrap: make target_* commands available
2017-08-18 12:48:14 -07:00
cmTargetCompileDefinitionsCommand \
cmTargetCompileFeaturesCommand \
cmTargetCompileOptionsCommand \
cmTargetIncludeDirectoriesCommand \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmTargetLinkLibrariesCommand \
bootstrap: Add target_link_options command
2019-12-09 03:48:00 -08:00
cmTargetLinkOptionsCommand \
PCH: add target_precompile_headers command
2015-03-12 09:44:36 -07:00
cmTargetPrecompileHeadersCommand \
bootstrap: make target_* commands available
2017-08-18 12:48:14 -07:00
cmTargetPropCommandBase \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmTargetPropertyComputer \
bootstrap: make target_* commands available
2017-08-18 12:48:14 -07:00
cmTargetSourcesCommand \
cmTargetTraceDependencies: Factor out of cmGeneratorTarget
2024-05-16 12:47:25 -07:00
cmTargetTraceDependencies \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmTest \
cmTestGenerator \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmTimestamp \
cmake -E: Add cmake_transform_depfile internal command
2020-10-02 11:25:30 -07:00
cmTransformDepfile \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmTryCompileCommand \
cmTryRunCommand \
cmUnsetCommand \
cmUVHandlePtr: Move to CMakeLib to make it available everywhere
2017-11-30 08:11:54 -08:00
cmUVHandlePtr \
cmUVProcessChain: Add cmUVProcessChain This class is ultimately intended as a replacement for cmsys::Process. It spawns a series of processes using libuv, piping the output of each command into the next. Note: input support has not yet been implemented because write support has not yet been implemented on cmUVStreambuf.
2019-04-30 08:29:30 -07:00
cmUVProcessChain \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmVersion \
Separate compilation for commands included in cmBootstrapCommands2
2016-10-19 13:30:58 -07:00
cmWhileCommand \
find_* commands: add control over Windows registry views Fixes: #22775
2022-04-16 01:57:30 -07:00
cmWindowsRegistry \
cmWorkingDirectory: add class for changing the workdir
2017-03-01 10:40:22 -08:00
cmWorkingDirectory \
macOS: Add support for linking against .xcframework folders Issue: #21752
2023-05-17 10:50:32 -07:00
cmXcFramework \
bootstrap: Sort source files lexicographically
2016-10-19 14:19:41 -07:00
cmake \
cmakemain \
cmcmd \
cmExecuteProcessCommand: Replace cmsysProcess with cmUVProcessChain
2023-06-01 15:00:53 -07:00
cm_fileno \
ENH: Remove things from bootstrap
2006-03-22 06:58:11 -08:00
"
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
ENH: Enabled bootstrapping with MinGW from an MSYS prompt.
2006-01-31 15:50:16 -08:00
if ${cmake_system_mingw}; then
CMAKE_CXX_SOURCES="${CMAKE_CXX_SOURCES}\
cmGlobalMSYSMakefileGenerator \
file: Add GET_RUNTIME_DEPENDENCIES mode Co-Authored-by: Bryon Bean <bryon.bean@kitware.com>
2019-03-14 08:58:34 -07:00
cmGlobalMinGWMakefileGenerator \
cmVSSetupHelper \
"
ENH: Enabled bootstrapping with MinGW from an MSYS prompt.
2006-01-31 15:50:16 -08:00
fi
cmstd: Modernize CMake system headers Provide a standardized way to handle the C++ "standard" headers customized to be used with current CMake C++ standard constraints. Offer under directory `cm` headers which can be used as direct replacements of the standard ones. For example: #include <cm/string_view> can be used safely for CMake development in place of the `<string_view>` standard header. Fixes: #19491
2019-08-04 01:49:16 -07:00
CMAKE_STD_CXX_HEADERS="\
STL Support: Add cm::filesystem::path in <cm/filesystem>
2020-06-21 05:28:37 -07:00
filesystem \
cmstd: Modernize CMake system headers Provide a standardized way to handle the C++ "standard" headers customized to be used with current CMake C++ standard constraints. Offer under directory `cm` headers which can be used as direct replacements of the standard ones. For example: #include <cm/string_view> can be used safely for CMake development in place of the `<string_view>` standard header. Fixes: #19491
2019-08-04 01:49:16 -07:00
memory \
optional \
shared_mutex \
string_view \
utility \
"
CMAKE_STD_CXX_SOURCES="\
STL Support: Add cm::filesystem::path in <cm/filesystem>
2020-06-21 05:28:37 -07:00
fs_path \
cmstd: Modernize CMake system headers Provide a standardized way to handle the C++ "standard" headers customized to be used with current CMake C++ standard constraints. Offer under directory `cm` headers which can be used as direct replacements of the standard ones. For example: #include <cm/string_view> can be used safely for CMake development in place of the `<string_view>` standard header. Fixes: #19491
2019-08-04 01:49:16 -07:00
string_view \
"
bootstrap: fix Bad substitution
2017-05-11 12:53:14 -07:00
LexerParser_CXX_SOURCES="\
cmCommandArgumentLexer \
cmCommandArgumentParser \
cmExprLexer \
cmExprParser \
cmake -E: Add cmake_transform_depfile internal command
2020-10-02 11:25:30 -07:00
cmGccDepfileLexer \
bootstrap: fix Bad substitution
2017-05-11 12:53:14 -07:00
"
LexerParser_C_SOURCES="\
cmListFileLexer \
"
ENH: Fix bootstrap to handle lex parser
2003-12-08 11:11:58 -08:00
ENH: Enabled bootstrapping with MinGW from an MSYS prompt.
2006-01-31 15:50:16 -08:00
if ${cmake_system_mingw}; then
KWSYS_C_SOURCES="\
bootstrap: Add KWSys Encoding and FStream Run the KWSYS_STL_HAS_WSTRING platform test and configure the result. Configure the Encoding and FStream header files and build the sources. On Windows, build EncodingC.c with KWSYS_ENCODING_DEFAULT_CODEPAGE=CP_ACP.
2013-11-25 08:30:52 -08:00
EncodingC \
ENH: Added System component of kwsys.
2006-09-21 10:47:54 -07:00
ProcessWin32 \
COMP: The find_package command needs more of kwsys. Added String.h, String.c, and auto_ptr.hxx to bootstrapping kwsys.
2008-01-17 07:35:32 -08:00
String \
bootstrap: Enable color Makefile output Build the needed infrastructure during bootstrap in order to allow "cmake -E cmake_echo_color" to be used unconditionally during generation.
2015-02-05 13:29:59 -08:00
System \
Terminal"
ENH: Enabled bootstrapping with MinGW from an MSYS prompt.
2006-01-31 15:50:16 -08:00
else
KWSYS_C_SOURCES="\
bootstrap: Add KWSys Encoding and FStream Run the KWSYS_STL_HAS_WSTRING platform test and configure the result. Configure the Encoding and FStream header files and build the sources. On Windows, build EncodingC.c with KWSYS_ENCODING_DEFAULT_CODEPAGE=CP_ACP.
2013-11-25 08:30:52 -08:00
EncodingC \
ENH: Added System component of kwsys.
2006-09-21 10:47:54 -07:00
ProcessUNIX \
COMP: The find_package command needs more of kwsys. Added String.h, String.c, and auto_ptr.hxx to bootstrapping kwsys.
2008-01-17 07:35:32 -08:00
String \
bootstrap: Enable color Makefile output Build the needed infrastructure during bootstrap in order to allow "cmake -E cmake_echo_color" to be used unconditionally during generation.
2015-02-05 13:29:59 -08:00
System \
Terminal"
ENH: Enabled bootstrapping with MinGW from an MSYS prompt.
2006-01-31 15:50:16 -08:00
fi
ENH: Fix bootstrap to include ProcessUNIX.c
2003-07-07 14:52:53 -07:00
KWSYS_CXX_SOURCES="\
ENH: Merged use of kwsys library.
2003-06-23 05:58:58 -07:00
Directory \
bootstrap: Add KWSys Encoding and FStream Run the KWSYS_STL_HAS_WSTRING platform test and configure the result. Configure the Encoding and FStream header files and build the sources. On Windows, build EncodingC.c with KWSYS_ENCODING_DEFAULT_CODEPAGE=CP_ACP.
2013-11-25 08:30:52 -08:00
EncodingCXX \
Unicode: check encoding of files given to configure_file. UTF-16 and UTF-32 files are rejected.
2014-03-06 21:55:07 -08:00
FStream \
ENH: Push glob to the kwsys
2005-10-18 11:08:55 -07:00
Glob \
ENH: Merged use of kwsys library.
2003-06-23 05:58:58 -07:00
RegularExpression \
Update CMake code using KWSys to account for Status return values KWSys as of 2021-04-14 changed the return type of `SystemTools` operations from `bool` to `Status`. Update our call sites. This may improve error reporting accuracy in a few places.
2021-04-14 09:15:54 -07:00
Status \
ENH: Merged use of kwsys library.
2003-06-23 05:58:58 -07:00
SystemTools"
KWSYS_FILES="\
Directory.hxx \
bootstrap: Add KWSys Encoding and FStream Run the KWSYS_STL_HAS_WSTRING platform test and configure the result. Configure the Encoding and FStream header files and build the sources. On Windows, build EncodingC.c with KWSYS_ENCODING_DEFAULT_CODEPAGE=CP_ACP.
2013-11-25 08:30:52 -08:00
Encoding.h \
Encoding.hxx \
FStream.hxx \
ENH: Push glob to the kwsys
2005-10-18 11:08:55 -07:00
Glob.hxx \
ENH: Merged use of kwsys library.
2003-06-23 05:58:58 -07:00
Process.h \
RegularExpression.hxx \
Update CMake code using KWSys to account for Status return values KWSys as of 2021-04-14 changed the return type of `SystemTools` operations from `bool` to `Status`. Update our call sites. This may improve error reporting accuracy in a few places.
2021-04-14 09:15:54 -07:00
Status.hxx \
COMP: The find_package command needs more of kwsys. Added String.h, String.c, and auto_ptr.hxx to bootstrapping kwsys.
2008-01-17 07:35:32 -08:00
String.h \
ENH: Added System component of kwsys.
2006-09-21 10:47:54 -07:00
System.h \
bootstrap: Enable color Makefile output Build the needed infrastructure during bootstrap in order to allow "cmake -E cmake_echo_color" to be used unconditionally during generation.
2015-02-05 13:29:59 -08:00
SystemTools.hxx \
Terminal.h"
ENH: Merged use of kwsys library.
2003-06-23 05:58:58 -07:00
cmCustomCommandGenerator: Add option to transform depfile
2020-10-05 09:15:17 -07:00
LIBRHASH_C_SOURCES="\
librhash/algorithms.c \
librhash/byte_order.c \
librhash/hex.c \
librhash/md5.c \
librhash/rhash.c \
librhash/sha1.c \
librhash/sha256.c \
librhash/sha3.c \
librhash/sha512.c \
librhash: Update build within CMake for rhash 1.4.4
2023-11-28 14:49:47 -08:00
librhash/util.c \
cmCustomCommandGenerator: Add option to transform depfile
2020-10-05 09:15:17 -07:00
"
bootstrap: Unconditionally build libjsoncpp
2023-07-21 09:01:01 -07:00
JSONCPP_CXX_SOURCES="\
src/lib_json/json_reader.cpp \
src/lib_json/json_value.cpp \
src/lib_json/json_writer.cpp \
"
bootstrap: Make libuv available during bootstrap On UNIX, build only the parts of libuv we need for the filesystem, process, and poll abstractions using the POSIX poll() backend. This avoids many platform-specific conditions. On Windows, build all of libuv; there are no conditional alternatives anyway.
2017-09-13 11:33:38 -07:00
if ${cmake_system_mingw}; then
LIBUV_C_SOURCES="\
src/fs-poll.c \
libuv: Update CMake-internal buildsystem
2019-01-17 07:21:14 -08:00
src/idna.c
bootstrap: Make libuv available during bootstrap On UNIX, build only the parts of libuv we need for the filesystem, process, and poll abstractions using the POSIX poll() backend. This avoids many platform-specific conditions. On Windows, build all of libuv; there are no conditional alternatives anyway.
2017-09-13 11:33:38 -07:00
src/inet.c \
src/threadpool.c \
libuv: Update CMake-internal buildsystem
2019-01-17 07:21:14 -08:00
src/strscpy.c \
libuv: Update CMake-internal buildsystem for 1.44.2
2022-09-22 11:16:31 -07:00
src/strtok.c \
libuv: Update CMake-internal buildsystem
2019-01-17 07:21:14 -08:00
src/timer.c \
bootstrap: Make libuv available during bootstrap On UNIX, build only the parts of libuv we need for the filesystem, process, and poll abstractions using the POSIX poll() backend. This avoids many platform-specific conditions. On Windows, build all of libuv; there are no conditional alternatives anyway.
2017-09-13 11:33:38 -07:00
src/uv-common.c \
src/win/async.c \
src/win/core.c \
src/win/detect-wakeup.c \
src/win/dl.c \
src/win/error.c \
src/win/fs-event.c \
src/win/fs.c \
src/win/getaddrinfo.c \
src/win/getnameinfo.c \
src/win/handle.c \
src/win/loop-watcher.c \
src/win/pipe.c \
src/win/poll.c \
src/win/process-stdio.c \
src/win/process.c \
src/win/signal.c \
src/win/stream.c \
src/win/tcp.c \
src/win/thread.c \
src/win/tty.c \
src/win/udp.c \
src/win/util.c \
src/win/winapi.c \
src/win/winsock.c \
"
else
LIBUV_C_SOURCES="\
libuv: Update CMake-internal buildsystem
2019-01-17 07:21:14 -08:00
src/strscpy.c \
libuv: Update CMake-internal buildsystem for 1.44.2
2022-09-22 11:16:31 -07:00
src/strtok.c \
libuv: Update CMake-internal buildsystem
2019-01-17 07:21:14 -08:00
src/timer.c \
bootstrap: Make libuv available during bootstrap On UNIX, build only the parts of libuv we need for the filesystem, process, and poll abstractions using the POSIX poll() backend. This avoids many platform-specific conditions. On Windows, build all of libuv; there are no conditional alternatives anyway.
2017-09-13 11:33:38 -07:00
src/uv-common.c \
src/unix/cmake-bootstrap.c \
src/unix/core.c \
src/unix/fs.c \
src/unix/loop.c \
src/unix/loop-watcher.c \
src/unix/no-fsevents.c \
src/unix/pipe.c \
src/unix/poll.c \
src/unix/posix-hrtime.c \
src/unix/posix-poll.c \
src/unix/process.c \
src/unix/signal.c \
src/unix/stream.c \
libuv: Build unix tcp support during CMake bootstrap Using the real `tcp.c` simplifies `cmake-bootstrap.c`, and its implementation doesn't seem to require any of the platform-specific definitions. Also, later it will be needed for `uv_socketpair`.
2021-11-16 09:20:30 -08:00
src/unix/tcp.c \
libuv: Update CMake-internal buildsystem for 1.44.2
2022-09-22 11:16:31 -07:00
src/unix/tty.c \
bootstrap: Make libuv available during bootstrap On UNIX, build only the parts of libuv we need for the filesystem, process, and poll abstractions using the POSIX poll() backend. This avoids many platform-specific conditions. On Windows, build all of libuv; there are no conditional alternatives anyway.
2017-09-13 11:33:38 -07:00
"
fi
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# Display CMake bootstrap usage
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
cmake_usage()
{
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
echo '
bootstrap: Forward options after '--' to cmake Provide an interface simpler than --init= to set cache values during bootstrap builds. For example: ./bootstrap --system-zlib -- -DZLIB_ROOT=/opt/zlib will configure CMake with a system zlib library and initialize ZLIB_ROOT in the cache for use by FindZLIB.
2011-12-16 08:29:26 -08:00
Usage: '"$0"' [<options>...] [-- <cmake-options>...]
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
Options: [defaults in brackets after descriptions]
Configuration:
--help print this message
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
--version only print version information
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
--verbose display more information
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
--parallel=n bootstrap cmake in parallel, where n is
number of nodes [1]
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
--generator=<generator> generator to use (MSYS Makefiles, Unix Makefiles,
or Ninja)
bootstrap: Add --enable-ccache option (#11707) This option tells bootstrap to hand CMake CC="ccache $CC" CXX="ccache $CXX" so that the CMake build tree after bootstrapping uses ccache.
2011-01-17 05:57:38 -08:00
--enable-ccache Enable ccache when building cmake
bootstrap: Clarify --init flag documentation (#11431)
2011-01-10 06:38:42 -08:00
--init=FILE load FILE as script to populate cache
bootstrap: Granular system library selection (#11431) This adds the ability for packagers to specify that some libraries should use system versions and others should use the CMake versions. This allows a bit of flexibility and means Homebrew (an OSX package manager) no longer has to continue to patch the CMake build process. Inspired-by: Mike McQuaid <mike@mikemcquaid.com>
2011-01-10 06:32:09 -08:00
--system-libs use all system-installed third-party libraries
ENH: Adding option to use system-installed third-party libraries. This addresses bug#3653.
2006-10-19 12:17:58 -07:00
(for use only by package maintainers)
bootstrap: Granular system library selection (#11431) This adds the ability for packagers to specify that some libraries should use system versions and others should use the CMake versions. This allows a bit of flexibility and means Homebrew (an OSX package manager) no longer has to continue to patch the CMake build process. Inspired-by: Mike McQuaid <mike@mikemcquaid.com>
2011-01-10 06:32:09 -08:00
--no-system-libs use all cmake-provided third-party libraries
ENH: Adding option to use system-installed third-party libraries. This addresses bug#3653.
2006-10-19 12:17:58 -07:00
(default)
bootstrap: Add --(no-)system-cppdap configuration switch This was accidentally left out of commit 5ec69eb58c (cppdap: Build as part of CMake or use external installation, 2023-05-19, v3.27.0-rc1~45^2~1).
2023-06-08 11:44:46 -07:00
--system-cppdap use system-installed cppdap library
--no-system-cppdap use cmake-provided cppdap library (default)
macOS: Prefer building with system-provided curl Our vendored curl only enables the Secure Transport backend by default (`CURL_SSL_BACKEND=secure-transport`), but it is limited to TLS 1.2. The macOS SDK provides the curl development components, and the corresponding `libcurl.4.dylib` runtime library comes with macOS. On macOS 12 and above, the default `CURL_SSL_BACKEND=openssl` backend seems to be capable of selecting TLS 1.3 at runtime for https connections. Unfortunately the macOS version of curl, even on macOS 14.4, does not accept `CURL_SSLVERSION_TLSv1_3` at runtime to enforce TLS 1.3. However, while our vendored curl accepts the option and passes it to Secure Transport, macOS does not actually enforce it anyway. Fixes: #25870 Fixes: #23701
2024-05-09 06:01:46 -07:00
--system-curl use system-installed curl library (default on macOS)
--no-system-curl use cmake-provided curl library (default elsewhere)
bootstrap: Granular system library selection (#11431) This adds the ability for packagers to specify that some libraries should use system versions and others should use the CMake versions. This allows a bit of flexibility and means Homebrew (an OSX package manager) no longer has to continue to patch the CMake build process. Inspired-by: Mike McQuaid <mike@mikemcquaid.com>
2011-01-10 06:32:09 -08:00
--system-expat use system-installed expat library
--no-system-expat use cmake-provided expat library (default)
bootstrap: Add --(no-)system-jsoncpp options Provide bootstrap-time control for using a system JsonCpp library.
2015-02-20 05:28:03 -08:00
--system-jsoncpp use system-installed jsoncpp library
--no-system-jsoncpp use cmake-provided jsoncpp library (default)
bootstrap: Granular system library selection (#11431) This adds the ability for packagers to specify that some libraries should use system versions and others should use the CMake versions. This allows a bit of flexibility and means Homebrew (an OSX package manager) no longer has to continue to patch the CMake build process. Inspired-by: Mike McQuaid <mike@mikemcquaid.com>
2011-01-10 06:32:09 -08:00
--system-zlib use system-installed zlib library
--no-system-zlib use cmake-provided zlib library (default)
--system-bzip2 use system-installed bzip2 library
--no-system-bzip2 use cmake-provided bzip2 library (default)
bootstrap: Add option to build with system liblzma (#15916)
2016-01-13 11:27:02 -08:00
--system-liblzma use system-installed liblzma library
--no-system-liblzma use cmake-provided liblzma library (default)
bootstrap: Add options to control use of system nghttp2 Add `bootstrap` options needed since commit 0b872fd4be (nghttp2: Build the library within CMake for use by our curl, 2020-04-01, v3.18.0-rc1~408^2~2). Fixes: #20987
2020-07-20 07:12:46 -07:00
--system-nghttp2 use system-installed nghttp2 library
--no-system-nghttp2 use cmake-provided nghttp2 library (default)
CMake: Enable use of zstd in libarchive Build zstd as part of CMake or find one on the system. Modify our port of libarchive to use the zstd configured for use with CMake. Issue: #18657
2019-03-12 10:54:44 -07:00
--system-zstd use system-installed zstd library
--no-system-zstd use cmake-provided zstd library (default)
bootstrap: Granular system library selection (#11431) This adds the ability for packagers to specify that some libraries should use system versions and others should use the CMake versions. This allows a bit of flexibility and means Homebrew (an OSX package manager) no longer has to continue to patch the CMake build process. Inspired-by: Mike McQuaid <mike@mikemcquaid.com>
2011-01-10 06:32:09 -08:00
--system-libarchive use system-installed libarchive library
--no-system-libarchive use cmake-provided libarchive library (default)
Add option to build CMake against a system librhash Create a CMAKE_USE_SYSTEM_LIBRHASH option.
2016-11-03 10:31:33 -07:00
--system-librhash use system-installed librhash library
--no-system-librhash use cmake-provided librhash library (default)
bootstrap: Add option to enable/disable usage of system libuv
2018-04-16 22:56:14 -07:00
--system-libuv use system-installed libuv library
--no-system-libuv use cmake-provided libuv library (default)
bootstrap: Granular system library selection (#11431) This adds the ability for packagers to specify that some libraries should use system versions and others should use the CMake versions. This allows a bit of flexibility and means Homebrew (an OSX package manager) no longer has to continue to patch the CMake build process. Inspired-by: Mike McQuaid <mike@mikemcquaid.com>
2011-01-10 06:32:09 -08:00
Fix typos identified using codespell See https://github.com/codespell-project/codespell#readme The following command was used: ``` codespell -q6 --skip="\ .git,\ *.json,\ ./Copyright.txt,\ ./Help/command/foreach.rst,\ ./Help/prop_test/REQUIRED_FILES.rst,\ ./Help/variable/CTEST_COVERAGE_COMMAND.rst,\ ./Modules/CMakeCheckCompilerFlagCommonPatterns.cmake,\ ./Modules/CMakeRCInformation.cmake,\ ./Modules/Internal/CPack/NSIS.template.in,\ ./Modules/FindMatlab.cmake,\ ./Modules/MatlabTestsRedirect.cmake,\ ./Modules/Platform/Windows-Clang.cmake,\ ./Modules/Platform/Windows-Intel-Fortran.cmake,\ ./Modules/Platform/Windows-MSVC.cmake,\ ./Source/CMakeVersion.cmake,\ ./Source/cmConvertMSBuildXMLToJSON.py,\ ./Source/cmCreateTestSourceList.cxx,\ ./Source/cmGlobalVisualStudio10Generator.cxx,\ ./Source/cmExportBuildFileGenerator.cxx,\ ./Source/cmExportInstallAndroidMKGenerator.cxx,\ ./Source/cmExportInstallFileGenerator.cxx,\ ./Source/cmExportSet.cxx,\ ./Source/cmExportTryCompileFileGenerator.cxx,\ ./Source/cmFindPackageCommand.cxx,\ ./Source/cmInstallCommand.cxx,\ ./Source/cmGeneratorExpressionLexer.cxx,\ ./Source/cmLocalVisualStudio7Generator.cxx,\ ./Source/cmOrderDirectories.cxx,\ ./Source/cmTarget.cxx,\ ./Source/kwsys/*,\ ./Source/QtDialog/CMakeSetupDialog.ui,\ ./Source/CPack/WiX/cmWIXRichTextFormatWriter.cxx,\ ./Source/CTest/cmParseCoberturaCoverage.h,\ ./Tests/CMakeTests/ImplicitLinkInfoTest.cmake.in,\ ./Tests/RunCMake/CPack/tests/DMG_SLA/English.license.rtf,\ ./Tests/RunCMake/CPack/tests/DMG_SLA/German.license.txt,\ ./Tests/RunCMake/CPack/tests/DMG_SLA/German.menu.txt,\ ./Tests/RunCMake/GoogleTest/xml_output.cpp,\ ./Tests/RunCMake/Make/TargetMessages*,\ ./Utilities/*,\ " \ -L "\ dependees,\ endwhile,\ fo,\ filetest,\ helpfull,\ nd,\ objext,\ stoll,\ supercedes,\ superceded,\ vas,\ varn,\ " ```
2020-07-21 14:35:14 -07:00
--bootstrap-system-libuv use system-installed libuv library for bootstrap
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
--bootstrap-system-jsoncpp use system-installed jsoncpp library for bootstrap
--bootstrap-system-librhash use system-installed librhash library for bootstrap
bootstrap: Add option to use system libuv during bootstrap Support bootstrapping on older systems where our bundled version libuv does not compile (.e.g Centos5, see #19086 and #19311). Add a `--bootstrap-system-libuv` option to use the system-provided libuv even for the bootstrap binary itself.
2020-07-06 08:31:52 -07:00
ENH: Add option to bootstrap script to enable Qt dialog. - Add --qt-gui and --no-qt-gui options - Add --qt-qmake=<qmake> option to help locate Qt - Build more commands during bootstrap to help FindQt4.cmake: MATH, GET_DIRECTORY_PROPERTY, EXECUTE_PROCESS, SEPARATE_ARGUMENTS - Bootstrapping with the cmake-gui is now possible in MSys
2008-02-13 11:47:03 -08:00
--qt-gui build the Qt-based GUI (requires Qt >= 4.2)
--no-qt-gui do not build the Qt-based GUI (default)
--qt-qmake=<qmake> use <qmake> as the qmake executable to find Qt
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
cmake: Add debugger - Depends on cppdap and jsoncpp. - Add --debugger argument to enable the Debugger. - Add --debugger-pipe argument for DAP traffics over named pipes. - Support breakpoints by filenames and line numbers. - Support exception breakpoints. - Call stack shows filenames and line numbers. - Show Cache Variables. - Show the state of currently defined targets, tests and directories with their properties. - Add cmakeVersion to DAP initialize response. - Include unit tests. Co-authored-by: Ben McMorran <bemcmorr@microsoft.com>
2023-03-15 17:50:08 -07:00
--debugger enable debugger support (default if supported)
--no-debugger disable debugger support
Utilities/Sphinx: Add option to build and install Info manual Add option `SPHINX_INFO` to enable the Sphinx 'texinfo' builder and use the `makeinfo` tool to convert it to a `.info` file.
2018-06-11 18:14:10 -07:00
--sphinx-info build Info manual with Sphinx
Build Help documentation during CMake build using Sphinx Add a Utilities/Sphinx directory to hold CMake build code to run the Sphinx (sphinx-doc.org) documentation generation tool. Create a CMakeLists.txt file there capable of building either as a subdirectory of the main CMake build, or as a standalone documentation build. Add cache options SPHINX_MAN and SPHINX_HTML to select output formats and SPHINX_EXECUTABLE to specify the sphinx-build executable. Add bootstrap options --sphix-man and --sphinx-html to select output formats and --sphinx-build=<sb> to specify the sphinx-build executable. Create a "conf.py.in" file to configure_file into "conf.py" to tell sphinx-build how to build our documents. Create a "cmake.py" Sphinx extension module defining: * The "cmake-module" directive used in Help/module/*.rst files to scan .rst markup from the corresponding Modules/*.cmake file. * A Sphinx domain called "cmake" defining documentation object types for CMake Help/<type> directories: command, generator, manual, module, policy, prop_*, and variable. Add a "role" for each type to perform cross-references. Teach the roles to treat "<XYZ>" as placeholders instead of explicit targets if not preceded by a space. Add cmake domain directives to define command and variable objects explicitly in .rst file content. This will allow modules to define their own commands and variables and have them indexed and linkable. * A Sphinx document transform that converts Help/<type>/*.rst documents into cmake domain objects of the corresponding <type> and adds index entries for them. This will automatically index all CMake documentation objects and provide cross-reference targets for them with no special markup in the .rst files.
2013-09-17 13:08:05 -07:00
--sphinx-man build man pages with Sphinx
--sphinx-html build html help with Sphinx
bootstrap: Add --sphinx-qthelp option to enable qthelp doc generation
2015-02-07 14:23:28 -08:00
--sphinx-qthelp build qch help with Sphinx
Help: Add option to generate docs with latexpdf
2021-02-19 04:39:28 -08:00
--sphinx-latexpdf build PDF with Sphinx using LaTeX
Build Help documentation during CMake build using Sphinx Add a Utilities/Sphinx directory to hold CMake build code to run the Sphinx (sphinx-doc.org) documentation generation tool. Create a CMakeLists.txt file there capable of building either as a subdirectory of the main CMake build, or as a standalone documentation build. Add cache options SPHINX_MAN and SPHINX_HTML to select output formats and SPHINX_EXECUTABLE to specify the sphinx-build executable. Add bootstrap options --sphix-man and --sphinx-html to select output formats and --sphinx-build=<sb> to specify the sphinx-build executable. Create a "conf.py.in" file to configure_file into "conf.py" to tell sphinx-build how to build our documents. Create a "cmake.py" Sphinx extension module defining: * The "cmake-module" directive used in Help/module/*.rst files to scan .rst markup from the corresponding Modules/*.cmake file. * A Sphinx domain called "cmake" defining documentation object types for CMake Help/<type> directories: command, generator, manual, module, policy, prop_*, and variable. Add a "role" for each type to perform cross-references. Teach the roles to treat "<XYZ>" as placeholders instead of explicit targets if not preceded by a space. Add cmake domain directives to define command and variable objects explicitly in .rst file content. This will allow modules to define their own commands and variables and have them indexed and linkable. * A Sphinx document transform that converts Help/<type>/*.rst documents into cmake domain objects of the corresponding <type> and adds index entries for them. This will automatically index all CMake documentation objects and provide cross-reference targets for them with no special markup in the .rst files.
2013-09-17 13:08:05 -07:00
--sphinx-build=<sb> use <sb> as the sphinx-build executable
Add option to pass custom flags to sphinx-build (#15545) Create a SPHINX_FLAGS cache entry that users can populate with command-line flags for sphinx-build. Add an option to the bootstrap script to populate it up front. Suggested-by: Felix Geyer <debfx@ubuntu.com>
2015-04-30 06:30:14 -07:00
--sphinx-flags=<flags> pass <flags> to sphinx-build executable
Build Help documentation during CMake build using Sphinx Add a Utilities/Sphinx directory to hold CMake build code to run the Sphinx (sphinx-doc.org) documentation generation tool. Create a CMakeLists.txt file there capable of building either as a subdirectory of the main CMake build, or as a standalone documentation build. Add cache options SPHINX_MAN and SPHINX_HTML to select output formats and SPHINX_EXECUTABLE to specify the sphinx-build executable. Add bootstrap options --sphix-man and --sphinx-html to select output formats and --sphinx-build=<sb> to specify the sphinx-build executable. Create a "conf.py.in" file to configure_file into "conf.py" to tell sphinx-build how to build our documents. Create a "cmake.py" Sphinx extension module defining: * The "cmake-module" directive used in Help/module/*.rst files to scan .rst markup from the corresponding Modules/*.cmake file. * A Sphinx domain called "cmake" defining documentation object types for CMake Help/<type> directories: command, generator, manual, module, policy, prop_*, and variable. Add a "role" for each type to perform cross-references. Teach the roles to treat "<XYZ>" as placeholders instead of explicit targets if not preceded by a space. Add cmake domain directives to define command and variable objects explicitly in .rst file content. This will allow modules to define their own commands and variables and have them indexed and linkable. * A Sphinx document transform that converts Help/<type>/*.rst documents into cmake domain objects of the corresponding <type> and adds index entries for them. This will automatically index all CMake documentation objects and provide cross-reference targets for them with no special markup in the .rst files.
2013-09-17 13:08:05 -07:00
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
Directory and file names:
ENH: Added optional configuration of data/doc/man dirs. This will be useful for package maintainers.
2003-07-21 13:38:53 -07:00
--prefix=PREFIX install files in tree rooted at PREFIX
Clean up install rules of CMake itself (#14371) Ensure CMAKE_DATA_DIR, CMAKE_DOC_DIR, and CMAKE_MAN_DIR are always relative paths in CMake code, and set defaults accordingly. Use the install() command instead of install_files() and install_targets(). This is more modern and also avoids stripping of the first character from user-specified destinations. While at it, fix the default destinations reported in the bootstrap help.
2013-08-26 08:50:08 -07:00
['"${cmake_default_prefix}"']
Add option to control 'bin' directory of CMake's own installation (#16076) Add a `CMAKE_BIN_DIR` cache entry to CMake's own build configuration. Add a `--bindir` option to the `bootstrap` script to set it.
2016-05-27 07:03:43 -07:00
--bindir=DIR install binaries in PREFIX/DIR
['"${cmake_bin_dir_default}"']
ENH: Added optional configuration of data/doc/man dirs. This will be useful for package maintainers.
2003-07-21 13:38:53 -07:00
--datadir=DIR install data files in PREFIX/DIR
Cleanup use of CMake version in install destinations Factor the CMAKE_DATA_DIR, CMAKE_DOC_DIR, and CMAKE_MAN_DIR selection out of CMakeLists.txt and into a Source/CMakeInstallDestinations.cmake script. Load the script from the original location of the code. Cache the destination values as empty strings so we know if the user sets them explicitly. If not, then compute defaults based on the platform and full CMake version string. By not caching the versioned defaults, we can change them in a single build tree as the version changes. Remove duplication of the install destination defaults from the bootstrap script. Cache empty defaults there too. Parse from the CMake code the default values to report in the help output. Keep the CMake code in a structured format to make this reliable.
2013-09-26 11:13:38 -07:00
['"${cmake_data_dir_default}"']
ENH: Added optional configuration of data/doc/man dirs. This will be useful for package maintainers.
2003-07-21 13:38:53 -07:00
--docdir=DIR install documentation files in PREFIX/DIR
Cleanup use of CMake version in install destinations Factor the CMAKE_DATA_DIR, CMAKE_DOC_DIR, and CMAKE_MAN_DIR selection out of CMakeLists.txt and into a Source/CMakeInstallDestinations.cmake script. Load the script from the original location of the code. Cache the destination values as empty strings so we know if the user sets them explicitly. If not, then compute defaults based on the platform and full CMake version string. By not caching the versioned defaults, we can change them in a single build tree as the version changes. Remove duplication of the install destination defaults from the bootstrap script. Cache empty defaults there too. Parse from the CMake code the default values to report in the help output. Keep the CMake code in a structured format to make this reliable.
2013-09-26 11:13:38 -07:00
['"${cmake_doc_dir_default}"']
ENH: Added optional configuration of data/doc/man dirs. This will be useful for package maintainers.
2003-07-21 13:38:53 -07:00
--mandir=DIR install man pages files in PREFIX/DIR/manN
Cleanup use of CMake version in install destinations Factor the CMAKE_DATA_DIR, CMAKE_DOC_DIR, and CMAKE_MAN_DIR selection out of CMakeLists.txt and into a Source/CMakeInstallDestinations.cmake script. Load the script from the original location of the code. Cache the destination values as empty strings so we know if the user sets them explicitly. If not, then compute defaults based on the platform and full CMake version string. By not caching the versioned defaults, we can change them in a single build tree as the version changes. Remove duplication of the install destination defaults from the bootstrap script. Cache empty defaults there too. Parse from the CMake code the default values to report in the help output. Keep the CMake code in a structured format to make this reliable.
2013-09-26 11:13:38 -07:00
['"${cmake_man_dir_default}"']
QtDialog: Add option to control XDG file install destination Create a `CMAKE_XDGDATA_DIR` option and add a corresponding flag to the `bootstrap` script. This is needed for multiarch layouts where the prefix is `/usr/${host}` but where architecture-independent files (like the XDG-specific ones) are installed to `/usr/share`.
2015-12-21 07:02:11 -08:00
--xdgdatadir=DIR install XDG specific files in PREFIX/DIR
['"${cmake_xdgdata_dir_default}"']
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
'
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
exit 10
}
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# Display CMake bootstrap usage
BUG: Do not have variable and function of the same name. Old shells do not likeit.
2008-01-23 14:43:08 -08:00
cmake_version_display()
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
{
bootstrap: Parse Copyright.txt instead of duplicating notice Use 'grep' to extract the copyright notice from Copyright.txt instead of duplicating it in the bootstrap script.
2013-11-12 12:56:36 -08:00
echo "CMake ${cmake_version}, ${cmake_copyright}"
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
}
# Display CMake bootstrap error, display the log file and exit
ENH: Add better error reporting
2003-05-14 06:19:12 -07:00
cmake_error()
{
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
res=$1
shift 1
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
echo "---------------------------------------------"
Remove trailing white-spaces.
2012-07-07 10:57:40 -07:00
echo "Error when bootstrapping CMake:"
ENH: Add better error reporting
2003-05-14 06:19:12 -07:00
echo "$*"
echo "---------------------------------------------"
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -f cmake_bootstrap.log; then
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
echo "Log of errors: `pwd`/cmake_bootstrap.log"
#cat cmake_bootstrap.log
ENH: Add better error reporting
2003-05-14 06:19:12 -07:00
echo "---------------------------------------------"
fi
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
exit ${res}
ENH: Add better error reporting
2003-05-14 06:19:12 -07:00
}
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
cmake_generate_file_tmp ()
{
OUTFILE="$1"
TMPFILE="$2"
if "${_diff}" "$TMPFILE" "$OUTFILE" > /dev/null 2> /dev/null ; then
rm -f "$TMPFILE"
else
mv -f "$TMPFILE" "$OUTFILE"
fi
}
Add option to use a system-installed KWIML Do not activate it with the general use-system-libs options for now because KWIML is not commonly distributed or available.
2015-12-18 06:57:55 -08:00
cmake_generate_file ()
{
OUTFILE="$1"
CONTENT="$2"
echo "$CONTENT" > "$OUTFILE.tmp"
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
cmake_generate_file_tmp "$OUTFILE" "$OUTFILE.tmp"
Add option to use a system-installed KWIML Do not activate it with the general use-system-libs options for now because KWIML is not commonly distributed or available.
2015-12-18 06:57:55 -08:00
}
ENH: Add copyright, cmConfigure.h is now touched only when it is modified, remove some spaces from output, add procedure that copies file and replaces atstring with another string
2003-06-21 08:57:13 -07:00
# Replace KWSYS_NAMESPACE with cmsys
cmake_replace_string ()
{
INFILE="$1"
OUTFILE="$2"
SEARCHFOR="$3"
REPLACEWITH="$4"
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -f "${INFILE}" || ${cmake_system_openvms}; then
bootstrap: don't use 'cat x | sed', let sed open the file instead
2017-06-07 10:16:42 -07:00
sed "s/\@${SEARCHFOR}\@/${REPLACEWITH}/g" "${INFILE}" > "${OUTFILE}${_tmp}"
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -f "${OUTFILE}${_tmp}"; then
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
if "${_diff}" "${OUTFILE}" "${OUTFILE}${_tmp}" > /dev/null 2> /dev/null ; then
ENH: Add copyright, cmConfigure.h is now touched only when it is modified, remove some spaces from output, add procedure that copies file and replaces atstring with another string
2003-06-21 08:57:13 -07:00
#echo "Files are the same"
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
rm -f "${OUTFILE}${_tmp}"
ENH: Add copyright, cmConfigure.h is now touched only when it is modified, remove some spaces from output, add procedure that copies file and replaces atstring with another string
2003-06-21 08:57:13 -07:00
else
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
mv -f "${OUTFILE}${_tmp}" "${OUTFILE}"
ENH: Add copyright, cmConfigure.h is now touched only when it is modified, remove some spaces from output, add procedure that copies file and replaces atstring with another string
2003-06-21 08:57:13 -07:00
fi
fi
ENH: Merged use of kwsys library.
2003-06-23 05:58:58 -07:00
else
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
cmake_error 1 "Cannot find file ${INFILE}"
ENH: Add copyright, cmConfigure.h is now touched only when it is modified, remove some spaces from output, add procedure that copies file and replaces atstring with another string
2003-06-21 08:57:13 -07:00
fi
}
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
cmake_kwsys_config_replace_string ()
{
INFILE="$1"
OUTFILE="$2"
shift 2
APPEND="$*"
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -f "${INFILE}" || ${cmake_system_openvms}; then
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
echo "${APPEND}" > "${OUTFILE}${_tmp}"
bootstrap: don't use 'cat x | sed', let sed open the file instead
2017-06-07 10:16:42 -07:00
sed "/./ {s/\@KWSYS_NAMESPACE\@/cmsys/g;
s/@KWSYS_BUILD_SHARED@/${KWSYS_BUILD_SHARED}/g;
s/@KWSYS_LFS_AVAILABLE@/${KWSYS_LFS_AVAILABLE}/g;
s/@KWSYS_LFS_REQUESTED@/${KWSYS_LFS_REQUESTED}/g;
s/@KWSYS_NAME_IS_KWSYS@/${KWSYS_NAME_IS_KWSYS}/g;
s/@KWSYS_STL_HAS_WSTRING@/${KWSYS_STL_HAS_WSTRING}/g;
s/@KWSYS_CXX_HAS_EXT_STDIO_FILEBUF_H@/${KWSYS_CXX_HAS_EXT_STDIO_FILEBUF_H}/g;
bootstrap: Update for new KWSys configuration option
2019-04-17 07:13:19 -07:00
s/@KWSYS_SYSTEMTOOLS_USE_TRANSLATION_MAP@/${KWSYS_SYSTEMTOOLS_USE_TRANSLATION_MAP}/g;
bootstrap: don't use 'cat x | sed', let sed open the file instead
2017-06-07 10:16:42 -07:00
}" "${INFILE}" >> "${OUTFILE}${_tmp}"
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -f "${OUTFILE}${_tmp}"; then
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
if "${_diff}" "${OUTFILE}" "${OUTFILE}${_tmp}" > /dev/null 2> /dev/null ; then
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
#echo "Files are the same"
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
rm -f "${OUTFILE}${_tmp}"
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
else
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
mv -f "${OUTFILE}${_tmp}" "${OUTFILE}"
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
fi
fi
else
cmake_error 2 "Cannot find file ${INFILE}"
fi
}
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# Write string into a file
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
cmake_report ()
{
FILE=$1
shift
echo "$*" >> ${FILE}
}
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
# Escape spaces in strings for artifacts
cmake_escape_artifact ()
{
if test "${cmake_bootstrap_generator}" = "Ninja"; then
echo $1 | sed "s/ /$ /g"
else
echo $1 | sed "s/ /\\\\ /g"
fi
}
# Escape spaces in strings for shell
cmake_escape_shell ()
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
{
echo $1 | sed "s/ /\\\\ /g"
}
bootstrap: Make libuv available during bootstrap On UNIX, build only the parts of libuv we need for the filesystem, process, and poll abstractions using the POSIX poll() backend. This avoids many platform-specific conditions. On Windows, build all of libuv; there are no conditional alternatives anyway.
2017-09-13 11:33:38 -07:00
# Encode object file names.
cmake_obj ()
{
echo $1 | sed 's/\//-/g' | sed 's/$/\.o/'
}
bootstrap: Port back to old shells (#13199) Since commit f39e82c9 (bootstrap: Re-implement command line option processing, 2011-12-16) bootstrap uses POSIX shell expressions of the form "${x#y}" to remove prefix pattern 'y' from the vaule of 'x'. Although this is allowed by POSIX old shells on some platforms do not support it. Revert to using 'sed' to work with old shells.
2012-05-08 06:43:19 -07:00
# Strip prefix from argument
cmake_arg ()
{
echo "$1" | sed "s/^${2-[^=]*=}//"
}
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# Write message to the log
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
cmake_log ()
{
echo "$*" >> cmake_bootstrap.log
}
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# Return temp file
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
cmake_tmp_file ()
{
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
echo "cmake_bootstrap_$$_test"
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
}
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# Run a compiler test. First argument is compiler, second one are compiler
# flags, third one is test source file to be compiled
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
cmake_try_run ()
{
COMPILER=$1
FLAGS=$2
TESTFILE=$3
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test ! -f "${TESTFILE}"; then
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
echo "Test file ${TESTFILE} missing. Please verify your CMake source tree."
exit 4
fi
TMPFILE=`cmake_tmp_file`
echo "Try: ${COMPILER}"
ENH: Fix checking for C++ compiler on Mac, remove cmConfigure.h.tmp, so that nothing bad can happen if configure is interrupted, reports kwsys sources in cmConfigure.h
2003-06-30 06:56:33 -07:00
echo "Line: ${COMPILER} ${FLAGS} ${TESTFILE} -o ${TMPFILE}"
echo "---------- file -----------------------"
BUG: Added more try-compiles from kwsys.
2005-04-13 11:13:35 -07:00
cat "${TESTFILE}"
ENH: Fix checking for C++ compiler on Mac, remove cmConfigure.h.tmp, so that nothing bad can happen if configure is interrupted, reports kwsys sources in cmConfigure.h
2003-06-30 06:56:33 -07:00
echo "------------------------------------------"
bootstrap: Do not over-quote compiler variables They may contain flags.
2023-04-07 11:01:31 -07:00
${COMPILER} ${FLAGS} "${TESTFILE}" -o "${TMPFILE}"
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
RES=$?
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "${RES}" -ne "0"; then
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
echo "Test failed to compile"
return 1
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
fi
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test ! -f "${TMPFILE}" && test ! -f "${TMPFILE}.exe"; then
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
echo "Test failed to produce executable"
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
return 2
fi
./${TMPFILE}
RES=$?
rm -f "${TMPFILE}"
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "${RES}" -ne "0"; then
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
echo "Test produced non-zero return code"
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
return 3
fi
bootstrap: Fix spelling of "succeeded"
2015-10-05 18:42:19 -07:00
echo "Test succeeded"
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
return 0
}
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# Run a make test. First argument is the make interpreter.
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
cmake_try_make ()
{
ERR: Reorganize to try to fix the -pthread problem on some systems
2003-08-22 06:52:05 -07:00
MAKE_PROC="$1"
MAKE_FLAGS="$2"
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
echo "Try: ${MAKE_PROC}"
ERR: Reorganize to try to fix the -pthread problem on some systems
2003-08-22 06:52:05 -07:00
"${MAKE_PROC}" ${MAKE_FLAGS}
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
RES=$?
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "${RES}" -ne "0"; then
ERR: Reorganize to try to fix the -pthread problem on some systems
2003-08-22 06:52:05 -07:00
echo "${MAKE_PROC} does not work"
return 1
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
fi
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test ! -f "test" && test ! -f "test.exe"; then
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
echo "${COMPILER} does not produce output"
return 2
fi
./test
RES=$?
rm -f "test"
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "${RES}" -ne "0"; then
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
echo "${MAKE_PROC} produces strange executable"
return 3
fi
echo "${MAKE_PROC} works"
return 0
}
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# Parse arguments
ENH: Add better error reporting
2003-05-14 06:19:12 -07:00
cmake_verbose=
ENH: Add parallel build support, fix bug in verbose and clean output when adding arguments
2003-05-14 06:27:39 -07:00
cmake_parallel_make=
bootstrap: Add --enable-ccache option (#11707) This option tells bootstrap to hand CMake CC="ccache $CC" CXX="ccache $CXX" so that the CMake build tree after bootstrapping uses ccache.
2011-01-17 05:57:38 -08:00
cmake_ccache_enabled=
ENH: Made default install prefix consistent with building with another CMake.
2006-02-16 17:13:54 -08:00
cmake_prefix_dir="${cmake_default_prefix}"
bootstrap: Add option to use system libuv during bootstrap Support bootstrapping on older systems where our bundled version libuv does not compile (.e.g Centos5, see #19086 and #19311). Add a `--bootstrap-system-libuv` option to use the system-provided libuv even for the bootstrap binary itself.
2020-07-06 08:31:52 -07:00
bootstrap_system_libuv=
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
bootstrap_system_jsoncpp=
bootstrap_system_librhash=
bootstrap: Re-implement command line option processing Use POSIX shell features to shorten and simplify bootstrap command-line option processing.
2011-12-16 07:56:47 -08:00
while test $# != 0; do
case "$1" in
bootstrap: Port back to old shells (#13199) Since commit f39e82c9 (bootstrap: Re-implement command line option processing, 2011-12-16) bootstrap uses POSIX shell expressions of the form "${x#y}" to remove prefix pattern 'y' from the vaule of 'x'. Although this is allowed by POSIX old shells on some platforms do not support it. Revert to using 'sed' to work with old shells.
2012-05-08 06:43:19 -07:00
--prefix=*) dir=`cmake_arg "$1"`
cmake_prefix_dir=`cmake_fix_slashes "$dir"` ;;
--parallel=*) cmake_parallel_make=`cmake_arg "$1"` ;;
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
--generator=*) cmake_bootstrap_generator=`cmake_arg "$1"` ;;
Add option to control 'bin' directory of CMake's own installation (#16076) Add a `CMAKE_BIN_DIR` cache entry to CMake's own build configuration. Add a `--bindir` option to the `bootstrap` script to set it.
2016-05-27 07:03:43 -07:00
--bindir=*) cmake_bin_dir=`cmake_arg "$1"` ;;
bootstrap: Port back to old shells (#13199) Since commit f39e82c9 (bootstrap: Re-implement command line option processing, 2011-12-16) bootstrap uses POSIX shell expressions of the form "${x#y}" to remove prefix pattern 'y' from the vaule of 'x'. Although this is allowed by POSIX old shells on some platforms do not support it. Revert to using 'sed' to work with old shells.
2012-05-08 06:43:19 -07:00
--datadir=*) cmake_data_dir=`cmake_arg "$1"` ;;
--docdir=*) cmake_doc_dir=`cmake_arg "$1"` ;;
--mandir=*) cmake_man_dir=`cmake_arg "$1"` ;;
QtDialog: Add option to control XDG file install destination Create a `CMAKE_XDGDATA_DIR` option and add a corresponding flag to the `bootstrap` script. This is needed for multiarch layouts where the prefix is `/usr/${host}` but where architecture-independent files (like the XDG-specific ones) are installed to `/usr/share`.
2015-12-21 07:02:11 -08:00
--xdgdatadir=*) cmake_xdgdata_dir=`cmake_arg "$1"` ;;
bootstrap: Port back to old shells (#13199) Since commit f39e82c9 (bootstrap: Re-implement command line option processing, 2011-12-16) bootstrap uses POSIX shell expressions of the form "${x#y}" to remove prefix pattern 'y' from the vaule of 'x'. Although this is allowed by POSIX old shells on some platforms do not support it. Revert to using 'sed' to work with old shells.
2012-05-08 06:43:19 -07:00
--init=*) cmake_init_file=`cmake_arg "$1"` ;;
bootstrap: Re-implement command line option processing Use POSIX shell features to shorten and simplify bootstrap command-line option processing.
2011-12-16 07:56:47 -08:00
--system-libs) cmake_bootstrap_system_libs="${cmake_bootstrap_system_libs} -DCMAKE_USE_SYSTEM_LIBRARIES=1" ;;
--no-system-libs) cmake_bootstrap_system_libs="${cmake_bootstrap_system_libs} -DCMAKE_USE_SYSTEM_LIBRARIES=0" ;;
bootstrap: Add --(no-)system-cppdap configuration switch This was accidentally left out of commit 5ec69eb58c (cppdap: Build as part of CMake or use external installation, 2023-05-19, v3.27.0-rc1~45^2~1).
2023-06-08 11:44:46 -07:00
--system-bzip2|--system-cppdap|--system-curl|--system-expat|--system-jsoncpp|--system-libarchive|--system-librhash|--system-zlib|--system-liblzma|--system-nghttp2|--system-zstd|--system-libuv)
bootstrap: Port back to old shells (#13199) Since commit f39e82c9 (bootstrap: Re-implement command line option processing, 2011-12-16) bootstrap uses POSIX shell expressions of the form "${x#y}" to remove prefix pattern 'y' from the vaule of 'x'. Although this is allowed by POSIX old shells on some platforms do not support it. Revert to using 'sed' to work with old shells.
2012-05-08 06:43:19 -07:00
lib=`cmake_arg "$1" "--system-"`
cmake_bootstrap_system_libs="${cmake_bootstrap_system_libs} -DCMAKE_USE_SYSTEM_LIBRARY_`cmake_toupper $lib`=1" ;;
bootstrap: Add --(no-)system-cppdap configuration switch This was accidentally left out of commit 5ec69eb58c (cppdap: Build as part of CMake or use external installation, 2023-05-19, v3.27.0-rc1~45^2~1).
2023-06-08 11:44:46 -07:00
--no-system-bzip2|--no-system-cppdap|--no-system-curl|--no-system-expat|--no-system-jsoncpp|--no-system-libarchive|--no-system-librhash|--no-system-zlib|--no-system-liblzma|--no-system-nghttp2|--no-system-zstd|--no-system-libuv)
bootstrap: Port back to old shells (#13199) Since commit f39e82c9 (bootstrap: Re-implement command line option processing, 2011-12-16) bootstrap uses POSIX shell expressions of the form "${x#y}" to remove prefix pattern 'y' from the vaule of 'x'. Although this is allowed by POSIX old shells on some platforms do not support it. Revert to using 'sed' to work with old shells.
2012-05-08 06:43:19 -07:00
lib=`cmake_arg "$1" "--no-system-"`
cmake_bootstrap_system_libs="${cmake_bootstrap_system_libs} -DCMAKE_USE_SYSTEM_LIBRARY_`cmake_toupper $lib`=0" ;;
bootstrap: Add option to use system libuv during bootstrap Support bootstrapping on older systems where our bundled version libuv does not compile (.e.g Centos5, see #19086 and #19311). Add a `--bootstrap-system-libuv` option to use the system-provided libuv even for the bootstrap binary itself.
2020-07-06 08:31:52 -07:00
--bootstrap-system-libuv) bootstrap_system_libuv="1" ;;
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
--bootstrap-system-jsoncpp) bootstrap_system_jsoncpp="1" ;;
--bootstrap-system-librhash) bootstrap_system_librhash="1" ;;
bootstrap: Re-implement command line option processing Use POSIX shell features to shorten and simplify bootstrap command-line option processing.
2011-12-16 07:56:47 -08:00
--qt-gui) cmake_bootstrap_qt_gui="1" ;;
--no-qt-gui) cmake_bootstrap_qt_gui="0" ;;
bootstrap: Port back to old shells (#13199) Since commit f39e82c9 (bootstrap: Re-implement command line option processing, 2011-12-16) bootstrap uses POSIX shell expressions of the form "${x#y}" to remove prefix pattern 'y' from the vaule of 'x'. Although this is allowed by POSIX old shells on some platforms do not support it. Revert to using 'sed' to work with old shells.
2012-05-08 06:43:19 -07:00
--qt-qmake=*) cmake_bootstrap_qt_qmake=`cmake_arg "$1"` ;;
cmake: Add debugger - Depends on cppdap and jsoncpp. - Add --debugger argument to enable the Debugger. - Add --debugger-pipe argument for DAP traffics over named pipes. - Support breakpoints by filenames and line numbers. - Support exception breakpoints. - Call stack shows filenames and line numbers. - Show Cache Variables. - Show the state of currently defined targets, tests and directories with their properties. - Add cmakeVersion to DAP initialize response. - Include unit tests. Co-authored-by: Ben McMorran <bemcmorr@microsoft.com>
2023-03-15 17:50:08 -07:00
--debugger) cmake_bootstrap_debugger="1" ;;
--no-debugger) cmake_bootstrap_debugger="0" ;;
Utilities/Sphinx: Add option to build and install Info manual Add option `SPHINX_INFO` to enable the Sphinx 'texinfo' builder and use the `makeinfo` tool to convert it to a `.info` file.
2018-06-11 18:14:10 -07:00
--sphinx-info) cmake_sphinx_info="1" ;;
Build Help documentation during CMake build using Sphinx Add a Utilities/Sphinx directory to hold CMake build code to run the Sphinx (sphinx-doc.org) documentation generation tool. Create a CMakeLists.txt file there capable of building either as a subdirectory of the main CMake build, or as a standalone documentation build. Add cache options SPHINX_MAN and SPHINX_HTML to select output formats and SPHINX_EXECUTABLE to specify the sphinx-build executable. Add bootstrap options --sphix-man and --sphinx-html to select output formats and --sphinx-build=<sb> to specify the sphinx-build executable. Create a "conf.py.in" file to configure_file into "conf.py" to tell sphinx-build how to build our documents. Create a "cmake.py" Sphinx extension module defining: * The "cmake-module" directive used in Help/module/*.rst files to scan .rst markup from the corresponding Modules/*.cmake file. * A Sphinx domain called "cmake" defining documentation object types for CMake Help/<type> directories: command, generator, manual, module, policy, prop_*, and variable. Add a "role" for each type to perform cross-references. Teach the roles to treat "<XYZ>" as placeholders instead of explicit targets if not preceded by a space. Add cmake domain directives to define command and variable objects explicitly in .rst file content. This will allow modules to define their own commands and variables and have them indexed and linkable. * A Sphinx document transform that converts Help/<type>/*.rst documents into cmake domain objects of the corresponding <type> and adds index entries for them. This will automatically index all CMake documentation objects and provide cross-reference targets for them with no special markup in the .rst files.
2013-09-17 13:08:05 -07:00
--sphinx-man) cmake_sphinx_man="1" ;;
--sphinx-html) cmake_sphinx_html="1" ;;
bootstrap: Add --sphinx-qthelp option to enable qthelp doc generation
2015-02-07 14:23:28 -08:00
--sphinx-qthelp) cmake_sphinx_qthelp="1" ;;
Help: Add option to generate docs with latexpdf
2021-02-19 04:39:28 -08:00
--sphinx-latexpdf) cmake_sphinx_latexpdf="1" ;;
Build Help documentation during CMake build using Sphinx Add a Utilities/Sphinx directory to hold CMake build code to run the Sphinx (sphinx-doc.org) documentation generation tool. Create a CMakeLists.txt file there capable of building either as a subdirectory of the main CMake build, or as a standalone documentation build. Add cache options SPHINX_MAN and SPHINX_HTML to select output formats and SPHINX_EXECUTABLE to specify the sphinx-build executable. Add bootstrap options --sphix-man and --sphinx-html to select output formats and --sphinx-build=<sb> to specify the sphinx-build executable. Create a "conf.py.in" file to configure_file into "conf.py" to tell sphinx-build how to build our documents. Create a "cmake.py" Sphinx extension module defining: * The "cmake-module" directive used in Help/module/*.rst files to scan .rst markup from the corresponding Modules/*.cmake file. * A Sphinx domain called "cmake" defining documentation object types for CMake Help/<type> directories: command, generator, manual, module, policy, prop_*, and variable. Add a "role" for each type to perform cross-references. Teach the roles to treat "<XYZ>" as placeholders instead of explicit targets if not preceded by a space. Add cmake domain directives to define command and variable objects explicitly in .rst file content. This will allow modules to define their own commands and variables and have them indexed and linkable. * A Sphinx document transform that converts Help/<type>/*.rst documents into cmake domain objects of the corresponding <type> and adds index entries for them. This will automatically index all CMake documentation objects and provide cross-reference targets for them with no special markup in the .rst files.
2013-09-17 13:08:05 -07:00
--sphinx-build=*) cmake_sphinx_build=`cmake_arg "$1"` ;;
Add option to pass custom flags to sphinx-build (#15545) Create a SPHINX_FLAGS cache entry that users can populate with command-line flags for sphinx-build. Add an option to the bootstrap script to populate it up front. Suggested-by: Felix Geyer <debfx@ubuntu.com>
2015-04-30 06:30:14 -07:00
--sphinx-flags=*) cmake_sphinx_flags=`cmake_arg "$1"` ;;
bootstrap: Re-implement command line option processing Use POSIX shell features to shorten and simplify bootstrap command-line option processing.
2011-12-16 07:56:47 -08:00
--help) cmake_usage ;;
--version) cmake_version_display ; exit 2 ;;
--verbose) cmake_verbose=TRUE ;;
--enable-ccache) cmake_ccache_enabled=TRUE ;;
bootstrap: Add support for VAR=value options to specify tools and flags
2018-03-19 22:34:42 -07:00
CC=*) CC=`cmake_arg "$1"` ;;
CXX=*) CXX=`cmake_arg "$1"` ;;
CFLAGS=*) CFLAGS=`cmake_arg "$1"` ;;
CXXFLAGS=*) CXXFLAGS=`cmake_arg "$1"` ;;
LDFLAGS=*) LDFLAGS=`cmake_arg "$1"` ;;
bootstrap: Forward options after '--' to cmake Provide an interface simpler than --init= to set cache values during bootstrap builds. For example: ./bootstrap --system-zlib -- -DZLIB_ROOT=/opt/zlib will configure CMake with a system zlib library and initialize ZLIB_ROOT in the cache for use by FindZLIB.
2011-12-16 08:29:26 -08:00
--) shift; break ;;
bootstrap: Re-implement command line option processing Use POSIX shell features to shorten and simplify bootstrap command-line option processing.
2011-12-16 07:56:47 -08:00
*) die "Unknown option: $1" ;;
esac
shift
ENH: Add better error reporting
2003-05-14 06:19:12 -07:00
done
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
# Make sure the generator is valid
bootstrap: test -a|o is not POSIX
2020-12-23 10:27:33 -08:00
case "${cmake_bootstrap_generator}" in
'MSYS Makefiles'|'Unix Makefiles'|'Ninja') ;;
*) cmake_error 10 "Invalid generator: ${cmake_bootstrap_generator}"
esac
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# If verbose, display some information about bootstrap
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -n "${cmake_verbose}"; then
ENH: Add better error reporting
2003-05-14 06:19:12 -07:00
echo "---------------------------------------------"
echo "Source directory: ${cmake_source_dir}"
echo "Binary directory: ${cmake_binary_dir}"
echo "Prefix directory: ${cmake_prefix_dir}"
echo "System: ${cmake_system}"
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
echo "Generator: ${cmake_bootstrap_generator}"
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "x${cmake_parallel_make}" != "x"; then
ENH: Add parallel build support, fix bug in verbose and clean output when adding arguments
2003-05-14 06:27:39 -07:00
echo "Doing parallel make: ${cmake_parallel_make}"
fi
echo ""
ENH: Add better error reporting
2003-05-14 06:19:12 -07:00
fi
echo "---------------------------------------------"
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# Get CMake version
BUG: Do not have variable and function of the same name. Old shells do not likeit.
2008-01-23 14:43:08 -08:00
echo "`cmake_version_display`"
ENH: Add better error reporting
2003-05-14 06:19:12 -07:00
ENH: Add check for previous bootstrap in the source tree when doing out-of-source build
2004-10-18 08:34:02 -07:00
# Check for in-source build
cmake_in_source_build=
bootstrap: Prefer “test … && test …” over “test … -a …” From https://pubs.opengroup.org/onlinepubs/9699919799/utilities/test.html
2020-05-02 14:49:36 -07:00
if test -f "${cmake_binary_dir}/Source/cmake.cxx" &&
test -f "${cmake_binary_dir}/Source/cmake.h"; then
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -n "${cmake_verbose}"; then
ENH: Add check for previous bootstrap in the source tree when doing out-of-source build
2004-10-18 08:34:02 -07:00
echo "Warning: This is an in-source build"
fi
cmake_in_source_build=TRUE
fi
# If this is not an in-source build, then Bootstrap stuff should not exist.
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -z "${cmake_in_source_build}"; then
ENH: Add check for previous bootstrap in the source tree when doing out-of-source build
2004-10-18 08:34:02 -07:00
# Did somebody bootstrap in the source tree?
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -d "${cmake_source_dir}/Bootstrap${_cmk}"; then
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
cmake_error 10 "Found directory \"${cmake_source_dir}/Bootstrap${_cmk}\".
ENH: Add check for previous bootstrap in the source tree when doing out-of-source build
2004-10-18 08:34:02 -07:00
Looks like somebody did bootstrap CMake in the source tree, but now you are
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
trying to do bootstrap in the binary tree. Please remove Bootstrap${_cmk}
ENH: Add check for previous bootstrap in the source tree when doing out-of-source build
2004-10-18 08:34:02 -07:00
directory from the source tree."
fi
# Is there a cache in the source tree?
for cmake_problematic_file in ${CMAKE_PROBLEMATIC_FILES}; do
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -f "${cmake_source_dir}/${cmake_problematic_file}"; then
ENH: Add check for previous bootstrap in the source tree when doing out-of-source build
2004-10-18 08:34:02 -07:00
cmake_error 10 "Found \"${cmake_source_dir}/${cmake_problematic_file}\".
Looks like somebody tried to build CMake in the source tree, but now you are
trying to do bootstrap in the binary tree. Please remove \"${cmake_problematic_file}\"
from the source tree."
fi
done
fi
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# Make bootstrap directory
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
test -d "${cmake_bootstrap_dir}" || mkdir "${cmake_bootstrap_dir}"
if test ! -d "${cmake_bootstrap_dir}"; then
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
cmake_error 3 "Cannot create directory ${cmake_bootstrap_dir} to bootstrap CMake."
ENH: Add better error reporting
2003-05-14 06:19:12 -07:00
fi
cd "${cmake_bootstrap_dir}"
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
test -d "cmsys" || mkdir "cmsys"
if test ! -d "cmsys"; then
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
cmake_error 4 "Cannot create directory ${cmake_bootstrap_dir}/cmsys"
ENH: Merged use of kwsys library.
2003-06-23 05:58:58 -07:00
fi
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# Delete all the bootstrap files
ENH: Add better error reporting
2003-05-14 06:19:12 -07:00
rm -f "${cmake_bootstrap_dir}/cmake_bootstrap.log"
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
rm -f "${cmake_bootstrap_dir}/cmConfigure.h${_tmp}"
rm -f "${cmake_bootstrap_dir}/cmVersionConfig.h${_tmp}"
ENH: Add better error reporting
2003-05-14 06:19:12 -07:00
bootstrap: Fix running multiple times in-source Since commit v3.9.0-rc1~281^2 (Use quotes for non-system includes, 2017-04-11) we include `cmConfigure.h` via `""` instead of `<>`. This breaks the `bootstrap` script when run more than once in an in-source build. In that case `cmConfigure.h` is generated next to the source files that include it, so `""`-style includes prevent the `Bootstrap.cmk/cmConfigure.h` file from being included during bootstrap. Fix this by teaching the bootstrap script to remove any `cmConfigure.h` that may have been generated by an earlier run in an in-source build. Fixes: #17082
2017-09-13 07:32:56 -07:00
# If building in-source, remove any cmConfigure.h that may
# have been created by a previous run of the bootstrap cmake.
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -n "${cmake_in_source_build}"; then
bootstrap: Fix running multiple times in-source Since commit v3.9.0-rc1~281^2 (Use quotes for non-system includes, 2017-04-11) we include `cmConfigure.h` via `""` instead of `<>`. This breaks the `bootstrap` script when run more than once in an in-source build. In that case `cmConfigure.h` is generated next to the source files that include it, so `""`-style includes prevent the `Bootstrap.cmk/cmConfigure.h` file from being included during bootstrap. Fix this by teaching the bootstrap script to remove any `cmConfigure.h` that may have been generated by an earlier run in an in-source build. Fixes: #17082
2017-09-13 07:32:56 -07:00
rm -f "${cmake_source_dir}/Source/cmConfigure.h"
fi
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# If exist compiler flags, set them
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
cmake_c_flags=${CFLAGS}
cmake_cxx_flags=${CXXFLAGS}
ENH: fix bootstrap for mac
2006-12-05 05:47:06 -08:00
cmake_ld_flags=${LDFLAGS}
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
# Add generator-specific files
if test "${cmake_bootstrap_generator}" = "Ninja"; then
CMAKE_CXX_SOURCES="${CMAKE_CXX_SOURCES} \
cmFortranParserImpl \
cmGlobalNinjaGenerator \
cmLocalNinjaGenerator \
cmNinjaLinkLineComputer \
cmNinjaLinkLineDeviceComputer \
cmNinjaNormalTargetGenerator \
cmNinjaTargetGenerator \
cmNinjaUtilityTargetGenerator \
"
LexerParser_CXX_SOURCES="${LexerParser_CXX_SOURCES} \
cmFortranLexer \
cmFortranParser \
"
else
CMAKE_CXX_SOURCES="${CMAKE_CXX_SOURCES} \
cmDepends \
cmDependsC \
Makefiles Generators: use compiler for dependencies generation Each source compilation generates a dependencies file. These dependencies files are consolidated in one file per target. This consolidation is done as part of command 'cmake -E cmake_depends` launched before evaluation of makefile dependency graph. The consolidation uses the same approach as `CMake` dependencies management. Fixes: #21321
2020-10-18 07:11:27 -07:00
cmDependsCompiler \
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
cmGlobalUnixMakefileGenerator3 \
cmLocalUnixMakefileGenerator3 \
cmMakefileExecutableTargetGenerator \
cmMakefileLibraryTargetGenerator \
cmMakefileTargetGenerator \
cmMakefileUtilityTargetGenerator \
Makefiles Generators: use compiler for dependencies generation Each source compilation generates a dependencies file. These dependencies files are consolidated in one file per target. This consolidation is done as part of command 'cmake -E cmake_depends` launched before evaluation of makefile dependency graph. The consolidation uses the same approach as `CMake` dependencies management. Fixes: #21321
2020-10-18 07:11:27 -07:00
cmProcessTools \
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
"
fi
ENH: Auto-import symbols for cygwin executables This enables the --enable-auto-import linker flag on Cygwin when linking executables. It works with the old gcc 3.x compiler and is necessary for the new gcc 4.x compiler. See issue #9071.
2009-05-27 08:33:37 -07:00
# Add Cygwin-specific flags
MSYS: Add support for running under MSYS runtime environment Detect MSYS as CYGWIN, with the required adaptations.
2021-04-01 10:03:52 -07:00
if ${cmake_system_cygwin} || ${cmake_system_msys}; then
ENH: Auto-import symbols for cygwin executables This enables the --enable-auto-import linker flag on Cygwin when linking executables. It works with the old gcc 3.x compiler and is necessary for the new gcc 4.x compiler. See issue #9071.
2009-05-27 08:33:37 -07:00
cmake_ld_flags="${LDFLAGS} -Wl,--enable-auto-import"
fi
Removed most usage of Carbon in favour of CoreFoundation
2010-08-17 13:11:33 -07:00
# Add CoreFoundation framework on Darwin
ENH: add patch for finding applications on OSX
2006-04-13 08:00:52 -07:00
if ${cmake_system_darwin}; then
Removed most usage of Carbon in favour of CoreFoundation
2010-08-17 13:11:33 -07:00
cmake_ld_flags="${LDFLAGS} -framework CoreFoundation"
ENH: add patch for finding applications on OSX
2006-04-13 08:00:52 -07:00
fi
ENH: merge in changes for beos support
2006-12-04 14:26:41 -08:00
# Add BeOS toolkits...
if ${cmake_system_beos}; then
cmake_ld_flags="${LDFLAGS} -lroot -lbe"
fi
ENH: add initial support for HAIKU OS from bug# 7425
2008-09-15 14:53:28 -07:00
# Add Haiku toolkits...
if ${cmake_system_haiku}; then
cmake_ld_flags="${LDFLAGS} -lroot -lbe"
fi
bootstrap: Avoid TOC overflow on AIX powerpc Since commit 5c58a7e4d2 (ppc64: Work around TOC overflow with platform specific linker flags, 2019-02-27, v3.15.0-rc1~460^2) we use a bigtoc flag on this platform when building CMake with CMake. Add it to the bootstrap script too.
2022-01-27 06:58:10 -08:00
# Add AIX arch-specific link flags.
if ${cmake_system_aix}; then
if uname -p | grep powerpc >/dev/null 2>&1; then
cmake_ld_flags="${LDFLAGS} -Wl,-bbigtoc"
fi
fi
bootstrap: Detect known C/C++ compiler toolchains Look for a C/C++ compiler pair from known toolchains on some platforms. This makes it less likely that mismatched compilers will be found. Check only if the environment variables CC and CXX are both empty.
2010-06-30 07:50:28 -07:00
#-----------------------------------------------------------------------------
# Detect known toolchains on some platforms.
cmake_toolchains=''
case "${cmake_system}" in
*AIX*) cmake_toolchains='XL GNU' ;;
*CYGWIN*) cmake_toolchains='GNU' ;;
MSYS: Add support for running under MSYS runtime environment Detect MSYS as CYGWIN, with the required adaptations.
2021-04-01 10:03:52 -07:00
*MSYS*) cmake_toolchains='GNU' ;;
bootstrap: prefer Clang over GNU on Darwin
2017-05-18 09:29:29 -07:00
*Darwin*) cmake_toolchains='Clang GNU' ;;
bootstrap: Detect known C/C++ compiler toolchains Look for a C/C++ compiler pair from known toolchains on some platforms. This makes it less likely that mismatched compilers will be found. Check only if the environment variables CC and CXX are both empty.
2010-06-30 07:50:28 -07:00
*Linux*) cmake_toolchains='GNU Clang XL PGI PathScale' ;;
*MINGW*) cmake_toolchains='GNU' ;;
esac
# Toolchain compiler name table.
cmake_toolchain_Clang_CC='clang'
cmake_toolchain_Clang_CXX='clang++'
cmake_toolchain_GNU_CC='gcc'
cmake_toolchain_GNU_CXX='g++'
cmake_toolchain_PGI_CC='pgcc'
cmake_toolchain_PGI_CXX='pgCC'
cmake_toolchain_PathScale_CC='pathcc'
cmake_toolchain_PathScale_CXX='pathCC'
cmake_toolchain_XL_CC='xlc'
cmake_toolchain_XL_CXX='xlC'
cmake_toolchain_try()
{
tc="$1"
TMPFILE=`cmake_tmp_file`
eval "tc_CC=\${cmake_toolchain_${tc}_CC}"
echo 'int main() { return 0; }' > "${TMPFILE}.c"
cmake_try_run "$tc_CC" "" "${TMPFILE}.c" >> cmake_bootstrap.log 2>&1
tc_result_CC="$?"
rm -f "${TMPFILE}.c"
test "${tc_result_CC}" = "0" || return 1
eval "tc_CXX=\${cmake_toolchain_${tc}_CXX}"
echo 'int main() { return 0; }' > "${TMPFILE}.cpp"
cmake_try_run "$tc_CXX" "" "${TMPFILE}.cpp" >> cmake_bootstrap.log 2>&1
tc_result_CXX="$?"
rm -f "${TMPFILE}.cpp"
test "${tc_result_CXX}" = "0" || return 1
cmake_toolchain="$tc"
}
cmake_toolchain_detect()
{
cmake_toolchain=
for tc in ${cmake_toolchains}; do
echo "Checking for $tc toolchain" >> cmake_bootstrap.log 2>&1
cmake_toolchain_try "$tc" &&
echo "Found $tc toolchain" &&
break
done
}
bootstrap: Prefer “test … && test …” over “test … -a …” From https://pubs.opengroup.org/onlinepubs/9699919799/utilities/test.html
2020-05-02 14:49:36 -07:00
if test -z "${CC}" && test -z "${CXX}"; then
bootstrap: Detect known C/C++ compiler toolchains Look for a C/C++ compiler pair from known toolchains on some platforms. This makes it less likely that mismatched compilers will be found. Check only if the environment variables CC and CXX are both empty.
2010-06-30 07:50:28 -07:00
cmake_toolchain_detect
fi
bootstrap: Add infrastructure to detect threading flags In our loop to detect -std flags, add another layer to detect threading flags.
2017-11-28 08:22:46 -08:00
thread_flags=''
AIX: Add -pthread flag to enable std::thread with GCC
2017-11-28 08:24:26 -08:00
case "${cmake_system}" in
*AIX*) thread_flags='-pthread' ;;
esac
bootstrap: Add infrastructure to detect threading flags In our loop to detect -std flags, add another layer to detect threading flags.
2017-11-28 08:22:46 -08:00
bootstrap: Detect known C/C++ compiler toolchains Look for a C/C++ compiler pair from known toolchains on some platforms. This makes it less likely that mismatched compilers will be found. Check only if the environment variables CC and CXX are both empty.
2010-06-30 07:50:28 -07:00
#-----------------------------------------------------------------------------
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
# Test C compiler
cmake_c_compiler=
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# If CC is set, use that for compiler, otherwise use list of known compilers
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -n "${cmake_toolchain}"; then
bootstrap: Detect known C/C++ compiler toolchains Look for a C/C++ compiler pair from known toolchains on some platforms. This makes it less likely that mismatched compilers will be found. Check only if the environment variables CC and CXX are both empty.
2010-06-30 07:50:28 -07:00
eval cmake_c_compilers="\${cmake_toolchain_${cmake_toolchain}_CC}"
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
else
cmake_c_compilers="${CMAKE_KNOWN_C_COMPILERS}"
fi
bootstrap: Add support for CC containing flags Rather than treating the user-provided CC as a space-separated series of compilers, treat it as a single command-line fragment which possibly contains flags.
2023-05-08 11:22:59 -07:00
cmake_c_compiler_try_set()
{
test_compiler="$1"
test_thread_flags="$2"
# Check if C compiler works
TMPFILE=`cmake_tmp_file`
echo '
COMP: More warnings and hp issues
2006-07-26 11:10:14 -07:00
#ifdef __cplusplus
# error "The CMAKE_C_COMPILER is set to a C++ compiler"
COMP: Handle both ansi and non-ansi C
2006-07-26 08:46:22 -07:00
#endif
AIX: Add -pthread flag to enable std::thread with GCC
2017-11-28 08:24:26 -08:00
#if defined(_AIX) && defined(__GNUC__) && !defined(_THREAD_SAFE)
#error "On AIX with GNU we need the -pthread flag."
#endif
bootstrap: Require compiler mode aware of C99 on Solaris On Solaris some system headers included in C with `-D_XOPEN_SOURCE=600` require C99 support by the compiler.
2017-09-17 08:06:13 -07:00
#if defined(__sun) && __STDC_VERSION__ < 199901L
#error "On Solaris we need C99."
#endif
bootstrap: Require GCC 4.9 or higher on HP-UX Revise for future removal of the early rejection checks on HP-UX. Our code may now work with GCC 4.9 on HP-UX when manually using `env CXXFLAGS=-D_GLIBCXX_USE_C99` to make the C++11 `std::to_string` available on this platform. However, without nightly testing we cannot officially enable support for the platform. Issue: #17137 Co-Author: Earle Lowe <elowe@elowe.com>
2019-09-20 07:15:23 -07:00
#if defined(__hpux) && !(defined(__GNUC__) && ((__GNUC__ * 100) + __GNUC_MINOR__) >= 409)
#error "On HP-UX we need GCC 4.9 or higher."
#endif
bootstrap: Require a standard C compiler
2017-08-15 12:59:06 -07:00
#include <stdio.h>
COMP: More warnings and hp issues
2006-07-26 11:10:14 -07:00
COMP: Remove warning
2006-07-25 08:00:10 -07:00
int main(int argc, char* argv[])
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
{
BUG: Fix bootstrap for Debian Almquist Shell The Debian Almquist Shell (dash) provides minimal POSIX compliance instead of the power of bash. It converts literal '\n' to a real newline even in a single-quoted string. This works around the problem by avoiding the literal. We can no longer use HEREDOC.
2009-06-10 10:39:40 -07:00
printf("%d%c", (argv != 0), (char)0x0a);
bootstrap: Require a standard C compiler
2017-08-15 12:59:06 -07:00
return argc - 1;
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
}
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
' > "${TMPFILE}.c"
bootstrap: Add support for CC containing flags Rather than treating the user-provided CC as a space-separated series of compilers, treat it as a single command-line fragment which possibly contains flags.
2023-05-08 11:22:59 -07:00
for std in 11 99 90; do
std_flags="`cmake_extract_standard_flags \"${cmake_toolchain}\" C \"${std}\"`"
bootstrap: Add infrastructure to detect threading flags In our loop to detect -std flags, add another layer to detect threading flags.
2017-11-28 08:22:46 -08:00
for std_flag in '' $std_flags; do
bootstrap: Add support for CC containing flags Rather than treating the user-provided CC as a space-separated series of compilers, treat it as a single command-line fragment which possibly contains flags.
2023-05-08 11:22:59 -07:00
for thread_flag in '' $test_thread_flags; do
echo "Checking whether '${test_compiler} ${cmake_c_flags} ${cmake_ld_flags} ${std_flag} ${thread_flag}' works." >> cmake_bootstrap.log 2>&1
if cmake_try_run "${test_compiler}" "${cmake_c_flags} ${cmake_ld_flags} ${std_flag} ${thread_flag}" \
bootstrap: Add infrastructure to detect threading flags In our loop to detect -std flags, add another layer to detect threading flags.
2017-11-28 08:22:46 -08:00
"${TMPFILE}.c" >> cmake_bootstrap.log 2>&1; then
bootstrap: Add support for CC containing flags Rather than treating the user-provided CC as a space-separated series of compilers, treat it as a single command-line fragment which possibly contains flags.
2023-05-08 11:22:59 -07:00
cmake_c_compiler="${test_compiler}"
bootstrap: Add infrastructure to detect threading flags In our loop to detect -std flags, add another layer to detect threading flags.
2017-11-28 08:22:46 -08:00
cmake_c_flags="${cmake_c_flags} ${std_flag} ${thread_flag}"
bootstrap: Add support for CC containing flags Rather than treating the user-provided CC as a space-separated series of compilers, treat it as a single command-line fragment which possibly contains flags.
2023-05-08 11:22:59 -07:00
rm -f "${TMPFILE}.c"
return 0
bootstrap: Add infrastructure to detect threading flags In our loop to detect -std flags, add another layer to detect threading flags.
2017-11-28 08:22:46 -08:00
fi
done
bootstrap: Require a standard C compiler
2017-08-15 12:59:06 -07:00
done
bootstrap: prefer to use standard flags for C and CXX
2017-05-14 10:41:55 -07:00
done
bootstrap: Add support for CC containing flags Rather than treating the user-provided CC as a space-separated series of compilers, treat it as a single command-line fragment which possibly contains flags.
2023-05-08 11:22:59 -07:00
rm -f "${TMPFILE}.c"
return 1
}
if test -n "${CC}"; then
cmake_c_compiler_try_set "${CC}" "${thread_flags}"
else
for compiler in ${cmake_c_compilers}; do
if cmake_c_compiler_try_set "${compiler}" "${thread_flags}"; then
break
fi
done
fi
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -z "${cmake_c_compiler}"; then
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
cmake_error 6 "Cannot find appropriate C compiler on this system.
allow kdevelop for cygwin
2004-10-12 07:57:24 -07:00
Please specify one using environment variable CC.
See cmake_bootstrap.log for compilers attempted.
"
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
fi
echo "C compiler on this system is: ${cmake_c_compiler} ${cmake_c_flags}"
bootstrap: Detect known C/C++ compiler toolchains Look for a C/C++ compiler pair from known toolchains on some platforms. This makes it less likely that mismatched compilers will be found. Check only if the environment variables CC and CXX are both empty.
2010-06-30 07:50:28 -07:00
#-----------------------------------------------------------------------------
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
# Test CXX compiler
cmake_cxx_compiler=
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
ENH: Fix checking for C++ compiler on Mac, remove cmConfigure.h.tmp, so that nothing bad can happen if configure is interrupted, reports kwsys sources in cmConfigure.h
2003-06-30 06:56:33 -07:00
# On Mac OSX, CC is the same as cc, so make sure not to try CC as c++ compiler.
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# If CC is set, use that for compiler, otherwise use list of known compilers
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -n "${cmake_toolchain}"; then
bootstrap: Detect known C/C++ compiler toolchains Look for a C/C++ compiler pair from known toolchains on some platforms. This makes it less likely that mismatched compilers will be found. Check only if the environment variables CC and CXX are both empty.
2010-06-30 07:50:28 -07:00
eval cmake_cxx_compilers="\${cmake_toolchain_${cmake_toolchain}_CXX}"
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
else
cmake_cxx_compilers="${CMAKE_KNOWN_CXX_COMPILERS}"
fi
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# Check if C++ compiler works
bootstrap: Add support for CXX containing flags Rather than treating the user-provided CXX as a space-separated series of compilers, treat it as a single command-line fragment which possibly contains flags.
2023-05-08 11:46:42 -07:00
cmake_cxx_compiler_try_set()
{
test_compiler="$1"
test_thread_flags="$2"
TMPFILE=`cmake_tmp_file`
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
echo '
Require C++11 to build CMake itself CMake can now compile as C++11 on all supported platforms. Check that std::unique_ptr is available and fail early if missing. This will allow us to use C++11 more broadly in CMake's implementation (previously it was restricted to the serve mode implementation). Co-Author: Daniel Pfeifer <daniel@pfeifer-mail.de>
2017-08-11 10:19:05 -07:00
#include <iostream>
#include <memory>
bootstrap: Check support for unordered_map from compiler mode Some versions of clang 5 (with libc++) have a problem with `unordered_map` under `-std=gnu++1z`: /usr/include/c++/__hash_table:1134:43: error: conflicting types for '__hash_table<_Tp, _Hash, _Equal, _Alloc>' Include `unordered_map` in our test source so that we reject this combination and fall back to an older C++ standard flag. Fixes: #17526
2017-11-30 10:57:12 -08:00
#include <unordered_map>
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
bootstrap: Require compiler mode aware of C++11 Some compilers have enough features enabled in their default modes to pass our simple C++11 unique_ptr check but do not enable enough to build CMake. Poison this case so that we choose one of the explicit `-std=` options for such compilers.
2017-08-28 12:15:30 -07:00
#if __cplusplus < 201103L
#error "Compiler is not in a mode aware of C++11."
#endif
AIX: Add -pthread flag to enable std::thread with GCC
2017-11-28 08:24:26 -08:00
#if defined(_AIX) && defined(__GNUC__) && !defined(_THREAD_SAFE)
#error "On AIX with GNU we need the -pthread flag."
#endif
bootstrap: Require compiler mode aware of C++11 Some compilers have enough features enabled in their default modes to pass our simple C++11 unique_ptr check but do not enable enough to build CMake. Poison this case so that we choose one of the explicit `-std=` options for such compilers.
2017-08-28 12:15:30 -07:00
#if defined(__SUNPRO_CC) && __SUNPRO_CC < 0x5140
#error "SunPro <= 5.13 mode not supported due to bug in move semantics."
bootstrap: prefer to use standard flags for C and CXX
2017-05-14 10:41:55 -07:00
#endif
bootstrap: Require GCC 4.9 or higher on HP-UX Revise for future removal of the early rejection checks on HP-UX. Our code may now work with GCC 4.9 on HP-UX when manually using `env CXXFLAGS=-D_GLIBCXX_USE_C99` to make the C++11 `std::to_string` available on this platform. However, without nightly testing we cannot officially enable support for the platform. Issue: #17137 Co-Author: Earle Lowe <elowe@elowe.com>
2019-09-20 07:15:23 -07:00
#if defined(__hpux) && !(defined(__GNUC__) && ((__GNUC__ * 100) + __GNUC_MINOR__) >= 409)
#error "On HP-UX we need GCC 4.9 or higher."
#endif
bootstrap: Verify C++14 capabilities before using them In commit a605bf438e (Extend C++17/C++14 feature checks to cover more standard library APIs, 2019-02-27, cpp-modules-20190312.1~52^2~1) we added checks to the main build of CMake to verify C++14 capabilities before using C++14 flags to build. Add these to the bootstrap check too.
2019-07-15 04:58:18 -07:00
#if __cplusplus > 201103L
#include <iterator>
int check_cxx14()
{
int a[] = { 0, 1, 2 };
auto ai = std::cbegin(a);
int b[] = { 2, 1, 0 };
auto bi = std::cend(b);
return *ai + *(bi - 1);
}
#else
int check_cxx14()
{
return 0;
}
#endif
bootstrap: Fix support for Intel compiler with modern GNU system compiler On systems with older GNU system compilers, the Intel C++ compiler does not define `__cplusplus` to any version newer than C++11. This prevented `bootstrap` from detecting that a given C++ standard flag has enabled C++17 mode in the compiler. In commit 033a4b12a5 (bootstrap: Extend C++17 check for our cast functions, 2019-12-14, v3.17.0-rc1~291^2) we added a preprocessor condition to attempt to detect C++17 mode in the Intel compiler on such systems by looking for `__cpp_if_constexpr`. However, on systems with a modern GNU system compiler, that definition is available even in C++11 mode. Switch to using `__cpp_deduction_guides` to detect C++17 mode for the Intel C++ compiler. That seems to be defined exclusively in C++17 mode regardless of the version of the system compiler. Fixes: #21013
2020-07-24 05:48:02 -07:00
#if (__cplusplus >= 201703L || defined(__INTEL_COMPILER) && defined(__cpp_deduction_guides))
Extend C++17 feature checks to require std::optional
2019-08-22 05:28:08 -07:00
#include <optional>
bootstrap: Extend C++17 check for our cast functions In commit fc3b4caa2e (Memory management: cast functions for managed pointers, 2019-11-18) we added a check to `Source/Checks/cm_cxx17_check.cpp` to avoid using C++17 mode on a compiler that does not support all our C++17 usage. Add the check to our bootstrap script too.
2019-12-14 10:28:22 -08:00
template <typename T,
typename std::invoke_result<decltype(&T::get), T>::type = nullptr>
typename T::pointer get_ptr(T& item)
{
return item.get();
}
Extend C++17 feature checks to require std::optional
2019-08-22 05:28:08 -07:00
int check_cxx17()
{
bootstrap: Extend C++17 check for our cast functions In commit fc3b4caa2e (Memory management: cast functions for managed pointers, 2019-11-18) we added a check to `Source/Checks/cm_cxx17_check.cpp` to avoid using C++17 mode on a compiler that does not support all our C++17 usage. Add the check to our bootstrap script too.
2019-12-14 10:28:22 -08:00
// Intel compiler do not handle correctly 'decltype' inside 'invoke_result'
std::unique_ptr<int> u(new int(0));
get_ptr(u);
Extend C++17 feature checks to require std::optional
2019-08-22 05:28:08 -07:00
std::optional<int> oi = 0;
return oi.value();
}
#else
int check_cxx17()
{
return 0;
}
#endif
Require C++11 to build CMake itself CMake can now compile as C++11 on all supported platforms. Check that std::unique_ptr is available and fail early if missing. This will allow us to use C++11 more broadly in CMake's implementation (previously it was restricted to the serve mode implementation). Co-Author: Daniel Pfeifer <daniel@pfeifer-mail.de>
2017-08-11 10:19:05 -07:00
class Class
ENH: Fix checking for C++ compiler on Mac, remove cmConfigure.h.tmp, so that nothing bad can happen if configure is interrupted, reports kwsys sources in cmConfigure.h
2003-06-30 06:56:33 -07:00
{
public:
Require C++11 to build CMake itself CMake can now compile as C++11 on all supported platforms. Check that std::unique_ptr is available and fail early if missing. This will allow us to use C++11 more broadly in CMake's implementation (previously it was restricted to the serve mode implementation). Co-Author: Daniel Pfeifer <daniel@pfeifer-mail.de>
2017-08-11 10:19:05 -07:00
int Get() const { return this->Member; }
ENH: Fix checking for C++ compiler on Mac, remove cmConfigure.h.tmp, so that nothing bad can happen if configure is interrupted, reports kwsys sources in cmConfigure.h
2003-06-30 06:56:33 -07:00
private:
Require C++11 to build CMake itself CMake can now compile as C++11 on all supported platforms. Check that std::unique_ptr is available and fail early if missing. This will allow us to use C++11 more broadly in CMake's implementation (previously it was restricted to the serve mode implementation). Co-Author: Daniel Pfeifer <daniel@pfeifer-mail.de>
2017-08-11 10:19:05 -07:00
int Member = 1;
ENH: Fix checking for C++ compiler on Mac, remove cmConfigure.h.tmp, so that nothing bad can happen if configure is interrupted, reports kwsys sources in cmConfigure.h
2003-06-30 06:56:33 -07:00
};
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
int main()
{
Require C++11 to build CMake itself CMake can now compile as C++11 on all supported platforms. Check that std::unique_ptr is available and fail early if missing. This will allow us to use C++11 more broadly in CMake's implementation (previously it was restricted to the serve mode implementation). Co-Author: Daniel Pfeifer <daniel@pfeifer-mail.de>
2017-08-11 10:19:05 -07:00
auto const c = std::unique_ptr<Class>(new Class);
Extend C++17 feature checks to require std::optional
2019-08-22 05:28:08 -07:00
std::cout << c->Get() << check_cxx14() << check_cxx17() << std::endl;
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
return 0;
}
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
' > "${TMPFILE}.cxx"
bootstrap: Add support for CXX containing flags Rather than treating the user-provided CXX as a space-separated series of compilers, treat it as a single command-line fragment which possibly contains flags.
2023-05-08 11:46:42 -07:00
for std in 17 14 11; do
std_flags="`cmake_extract_standard_flags \"${cmake_toolchain}\" CXX \"${std}\"`"
bootstrap: Add infrastructure to detect threading flags In our loop to detect -std flags, add another layer to detect threading flags.
2017-11-28 08:22:46 -08:00
for std_flag in '' $std_flags; do
bootstrap: Add support for CXX containing flags Rather than treating the user-provided CXX as a space-separated series of compilers, treat it as a single command-line fragment which possibly contains flags.
2023-05-08 11:46:42 -07:00
for thread_flag in '' $test_thread_flags; do
echo "Checking whether '${test_compiler} ${cmake_cxx_flags} ${cmake_ld_flags} ${std_flag} ${thread_flag}' works." >> cmake_bootstrap.log 2>&1
if cmake_try_run "${test_compiler}" "${cmake_cxx_flags} ${cmake_ld_flags} ${std_flag} ${thread_flag}" \
bootstrap: Add infrastructure to detect threading flags In our loop to detect -std flags, add another layer to detect threading flags.
2017-11-28 08:22:46 -08:00
"${TMPFILE}.cxx" >> cmake_bootstrap.log 2>&1; then
bootstrap: Add support for CXX containing flags Rather than treating the user-provided CXX as a space-separated series of compilers, treat it as a single command-line fragment which possibly contains flags.
2023-05-08 11:46:42 -07:00
cmake_cxx_compiler="${test_compiler}"
bootstrap: Add infrastructure to detect threading flags In our loop to detect -std flags, add another layer to detect threading flags.
2017-11-28 08:22:46 -08:00
cmake_cxx_flags="${cmake_cxx_flags} ${std_flag} ${thread_flag} "
bootstrap: Add support for CXX containing flags Rather than treating the user-provided CXX as a space-separated series of compilers, treat it as a single command-line fragment which possibly contains flags.
2023-05-08 11:46:42 -07:00
rm -f "${TMPFILE}.cxx"
return 0
bootstrap: Add infrastructure to detect threading flags In our loop to detect -std flags, add another layer to detect threading flags.
2017-11-28 08:22:46 -08:00
fi
done
Require C++11 to build CMake itself CMake can now compile as C++11 on all supported platforms. Check that std::unique_ptr is available and fail early if missing. This will allow us to use C++11 more broadly in CMake's implementation (previously it was restricted to the serve mode implementation). Co-Author: Daniel Pfeifer <daniel@pfeifer-mail.de>
2017-08-11 10:19:05 -07:00
done
bootstrap: prefer to use standard flags for C and CXX
2017-05-14 10:41:55 -07:00
done
bootstrap: Add support for CXX containing flags Rather than treating the user-provided CXX as a space-separated series of compilers, treat it as a single command-line fragment which possibly contains flags.
2023-05-08 11:46:42 -07:00
rm -f "${TMPFILE}.cxx"
return 1
}
if test -n "${CXX}"; then
cmake_cxx_compiler_try_set "${CXX}" "${thread_flags}"
else
for compiler in ${cmake_cxx_compilers}; do
if cmake_cxx_compiler_try_set "${compiler}" "${thread_flags}"; then
break
fi
done
fi
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -z "${cmake_cxx_compiler}"; then
bootstrap: Clarify error when building with invalid CXXFLAGS Mention the flags used when complaining that the compiler does not work.
2018-03-13 21:10:54 -07:00
cmake_error 7 "Cannot find a C++ compiler that supports both C++11 and the specified C++ flags.
allow kdevelop for cygwin
2004-10-12 07:57:24 -07:00
Please specify one using environment variable CXX.
bootstrap: Clarify error when building with invalid CXXFLAGS Mention the flags used when complaining that the compiler does not work.
2018-03-13 21:10:54 -07:00
The C++ flags are \"$cmake_cxx_flags\".
They can be changed using the environment variable CXXFLAGS.
allow kdevelop for cygwin
2004-10-12 07:57:24 -07:00
See cmake_bootstrap.log for compilers attempted."
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
fi
echo "C++ compiler on this system is: ${cmake_cxx_compiler} ${cmake_cxx_flags}"
Bootstrap: take care of C++ features configuration
2020-01-30 03:52:53 -08:00
#-----------------------------------------------------------------------------
# Test CXX features
STL Support: Add cm::filesystem::path in <cm/filesystem>
2020-06-21 05:28:37 -07:00
cmake_cxx_features="make_unique filesystem"
Bootstrap: take care of C++ features configuration
2020-01-30 03:52:53 -08:00
for feature in ${cmake_cxx_features}; do
eval "cmake_have_cxx_${feature}=0"
bootstrap: add cmake_ld_flags to compilers check
2021-01-16 20:48:35 -08:00
echo "Checking whether '${cmake_cxx_compiler} ${cmake_cxx_flags} ${cmake_ld_flags}' supports '${feature}'." >> cmake_bootstrap.log 2>&1
if cmake_try_run "${cmake_cxx_compiler}" "${cmake_cxx_flags} ${cmake_ld_flags}" \
Bootstrap: take care of C++ features configuration
2020-01-30 03:52:53 -08:00
"${cmake_source_dir}/Source/Checks/cm_cxx_${feature}.cxx" >> cmake_bootstrap.log 2>&1; then
eval "cmake_have_cxx_${feature}=1"
fi
done
cmake_have_cxx_features=""
for feature in ${cmake_cxx_features}; do
feature_variable="cmake_have_cxx_${feature}"
eval "feature_value=\${${feature_variable}}"
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "${feature_value}" -eq "1"; then
Bootstrap: take care of C++ features configuration
2020-01-30 03:52:53 -08:00
cmake_have_cxx_features="${cmake_have_cxx_features} -DCMake_HAVE_CXX_`cmake_toupper ${feature}`=${feature_value}"
fi
done
STL Support: introduce dedicated configuration file
2020-06-25 05:23:25 -07:00
cmake_generate_file "${cmake_bootstrap_dir}/cmSTL.hxx" ""
bootstrap: Detect known C/C++ compiler toolchains Look for a C/C++ compiler pair from known toolchains on some platforms. This makes it less likely that mismatched compilers will be found. Check only if the environment variables CC and CXX are both empty.
2010-06-30 07:50:28 -07:00
#-----------------------------------------------------------------------------
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
# Test Make
cmake_make_processor=
ERR: Reorganize to try to fix the -pthread problem on some systems
2003-08-22 06:52:05 -07:00
cmake_make_flags=
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# If MAKE is set, use that for make processor, otherwise use list of known make
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -n "${MAKE}"; then
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
cmake_make_processors="${MAKE}"
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
elif test "${cmake_bootstrap_generator}" = "Ninja"; then
cmake_make_processors="${CMAKE_KNOWN_NINJA_PROCESSORS}"
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
else
cmake_make_processors="${CMAKE_KNOWN_MAKE_PROCESSORS}"
fi
TMPFILE="`cmake_tmp_file`_dir"
rm -rf "${cmake_bootstrap_dir}/${TMPFILE}"
mkdir "${cmake_bootstrap_dir}/${TMPFILE}"
cd "${cmake_bootstrap_dir}/${TMPFILE}"
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
if test "${cmake_bootstrap_generator}" = "Ninja"; then
echo '
rule cc
bootstrap: Do not over-quote compiler variables They may contain flags.
2023-04-07 11:01:31 -07:00
command = '"${cmake_c_compiler}"' '"${cmake_ld_flags} ${cmake_c_flags}"' -o $out $in
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
build test: cc test.c
'>"build.ninja"
else
echo '
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
test: test.c
bootstrap: Do not over-quote compiler variables They may contain flags.
2023-04-07 11:01:31 -07:00
'"${cmake_c_compiler}"' '"${cmake_ld_flags} ${cmake_c_flags}"' -o test test.c
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
'>"Makefile"
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
fi
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
echo '
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
#include <stdio.h>
BUG: Fix bootstrap for Debian Almquist Shell The Debian Almquist Shell (dash) provides minimal POSIX compliance instead of the power of bash. It converts literal '\n' to a real newline even in a single-quoted string. This works around the problem by avoiding the literal. We can no longer use HEREDOC.
2009-06-10 10:39:40 -07:00
int main(){ printf("1%c", (char)0x0a); return 0; }
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
' > "test.c"
ENH: Attempt to detect a non-parallel make
2004-09-23 04:53:42 -07:00
cmake_original_make_flags="${cmake_make_flags}"
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "x${cmake_parallel_make}" != "x"; then
ERR: Reorganize to try to fix the -pthread problem on some systems
2003-08-22 06:52:05 -07:00
cmake_make_flags="${cmake_make_flags} -j ${cmake_parallel_make}"
fi
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
for a in ${cmake_make_processors}; do
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -z "${cmake_make_processor}" && cmake_try_make "${a}" "${cmake_make_flags}" >> ../cmake_bootstrap.log 2>&1; then
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
cmake_make_processor="${a}"
fi
done
ENH: Attempt to detect a non-parallel make
2004-09-23 04:53:42 -07:00
cmake_full_make_flags="${cmake_make_flags}"
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "x${cmake_original_make_flags}" != "x${cmake_make_flags}"; then
if test -z "${cmake_make_processor}"; then
ENH: Attempt to detect a non-parallel make
2004-09-23 04:53:42 -07:00
cmake_make_flags="${cmake_original_make_flags}"
for a in ${cmake_make_processors}; do
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -z "${cmake_make_processor}" && cmake_try_make "${a}" "${cmake_make_flags}" >> ../cmake_bootstrap.log 2>&1; then
ENH: Attempt to detect a non-parallel make
2004-09-23 04:53:42 -07:00
cmake_make_processor="${a}"
fi
done
fi
fi
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
cd "${cmake_bootstrap_dir}"
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
if test "${cmake_bootstrap_generator}" = "Ninja"; then
mf_str=Ninja
else
mf_str=Makefile
fi
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -z "${cmake_make_processor}"; then
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
cmake_error 8 "Cannot find appropriate ${mf_str} processor on this system.
ENH: Add error message for make missing
2003-08-11 14:53:10 -07:00
Please specify one using environment variable MAKE."
fi
Fix for bug #10544, make check was sent to the wrong log file
2010-04-13 06:28:16 -07:00
rm -rf "${cmake_bootstrap_dir}/${TMPFILE}"
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
echo "${mf_str} processor on this system is: ${cmake_make_processor}"
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "x${cmake_full_make_flags}" != "x${cmake_make_flags}"; then
ENH: Attempt to detect a non-parallel make
2004-09-23 04:53:42 -07:00
echo "---------------------------------------------"
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
echo "${mf_str} processor ${cmake_make_processor} does not support parallel build"
ENH: Attempt to detect a non-parallel make
2004-09-23 04:53:42 -07:00
echo "---------------------------------------------"
fi
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
# Test for kwsys features
KWSYS_NAME_IS_KWSYS=0
KWSYS_BUILD_SHARED=0
COMP: Fix for new kwsys Configure.h.in.
2006-08-25 17:52:37 -07:00
KWSYS_LFS_AVAILABLE=0
KWSYS_LFS_REQUESTED=0
bootstrap: Add KWSys Encoding and FStream Run the KWSYS_STL_HAS_WSTRING platform test and configure the result. Configure the Encoding and FStream header files and build the sources. On Windows, build EncodingC.c with KWSYS_ENCODING_DEFAULT_CODEPAGE=CP_ACP.
2013-11-25 08:30:52 -08:00
KWSYS_STL_HAS_WSTRING=0
bootstrap: Add check for ext/stdio_filebuf.h needed by KWSys
2016-07-16 17:22:10 -07:00
KWSYS_CXX_HAS_EXT_STDIO_FILEBUF_H=0
KWSys: Fix SystemTools environment memory handling (#13156) The SystemTools::PutEnv function tries to provide the "putenv" API without leaking memory. However, the kwsysDeletingCharVector singleton frees memory that may still be referenced by the environment table, having been placed there by putenv. If any static destruction or processing by an external tool happens after the singleton is destroyed and accesses the environment it will read invalid memory. Replace use of putenv with setenv/unsetenv when available. The latter manage internal copies of the values passed instead of referencing the original memory. When setenv/unsetenv are not available use putenv with a singleton that removes its values from the environment before freeing their memory. This requires an "unputenv" implementation. On at least some platforms it must be written in terms of "putenv" because other APIs are not available and direct modification of the "environ" global is not safe (e.g. on Windows there is interaction with "wenviron"). Fortunately either putenv("A=") or putenv("A") will remove "A" from the environment on these platforms. On other platforms fall back to direct manipulation of "environ". Also add UnPutEnv to the API and add a test for the behavior of both.
2012-04-26 07:36:53 -07:00
KWSYS_CXX_HAS_SETENV=0
KWSYS_CXX_HAS_UNSETENV=0
KWSYS_CXX_HAS_ENVIRON_IN_STDLIB_H=0
bootstrap: Compile KWSys SystemTools with UTIME(S|NSAT) values The parent commit merged a change to KWSys that adds preprocessor definitions for KWSYS_CXX_HAS_UTIMENSAT and KWSYS_CXX_HAS_UTIMES to the command line for compiling SystemTools. For bootstrapping we do not need sub-1s timestamps so just define them to 0 for now.
2013-06-03 07:34:35 -07:00
KWSYS_CXX_HAS_UTIMENSAT=0
KWSYS_CXX_HAS_UTIMES=0
bootstrap: Update for new KWSys configuration option
2019-04-17 07:13:19 -07:00
KWSYS_SYSTEMTOOLS_USE_TRANSLATION_MAP=1
ENH: Added istream and ostream operators for stl string in KWSys when using old streams that do not provide them.
2005-03-29 05:20:08 -08:00
KWSys: Fix SystemTools environment memory handling (#13156) The SystemTools::PutEnv function tries to provide the "putenv" API without leaking memory. However, the kwsysDeletingCharVector singleton frees memory that may still be referenced by the environment table, having been placed there by putenv. If any static destruction or processing by an external tool happens after the singleton is destroyed and accesses the environment it will read invalid memory. Replace use of putenv with setenv/unsetenv when available. The latter manage internal copies of the values passed instead of referencing the original memory. When setenv/unsetenv are not available use putenv with a singleton that removes its values from the environment before freeing their memory. This requires an "unputenv" implementation. On at least some platforms it must be written in terms of "putenv" because other APIs are not available and direct modification of the "environ" global is not safe (e.g. on Windows there is interaction with "wenviron"). Fortunately either putenv("A=") or putenv("A") will remove "A" from the environment on these platforms. On other platforms fall back to direct manipulation of "environ". Also add UnPutEnv to the API and add a test for the behavior of both.
2012-04-26 07:36:53 -07:00
if cmake_try_run "${cmake_cxx_compiler}" \
bootstrap: add cmake_ld_flags to include check
2021-02-03 10:34:04 -08:00
"${cmake_cxx_flags} ${cmake_ld_flags} -DTEST_KWSYS_CXX_HAS_SETENV" \
KWSys: Fix SystemTools environment memory handling (#13156) The SystemTools::PutEnv function tries to provide the "putenv" API without leaking memory. However, the kwsysDeletingCharVector singleton frees memory that may still be referenced by the environment table, having been placed there by putenv. If any static destruction or processing by an external tool happens after the singleton is destroyed and accesses the environment it will read invalid memory. Replace use of putenv with setenv/unsetenv when available. The latter manage internal copies of the values passed instead of referencing the original memory. When setenv/unsetenv are not available use putenv with a singleton that removes its values from the environment before freeing their memory. This requires an "unputenv" implementation. On at least some platforms it must be written in terms of "putenv" because other APIs are not available and direct modification of the "environ" global is not safe (e.g. on Windows there is interaction with "wenviron"). Fortunately either putenv("A=") or putenv("A") will remove "A" from the environment on these platforms. On other platforms fall back to direct manipulation of "environ". Also add UnPutEnv to the API and add a test for the behavior of both.
2012-04-26 07:36:53 -07:00
"${cmake_source_dir}/Source/kwsys/kwsysPlatformTestsCXX.cxx" >> cmake_bootstrap.log 2>&1; then
KWSYS_CXX_HAS_SETENV=1
echo "${cmake_cxx_compiler} has setenv"
else
echo "${cmake_cxx_compiler} does not have setenv"
fi
if cmake_try_run "${cmake_cxx_compiler}" \
bootstrap: add cmake_ld_flags to include check
2021-02-03 10:34:04 -08:00
"${cmake_cxx_flags} ${cmake_ld_flags} -DTEST_KWSYS_CXX_HAS_UNSETENV" \
KWSys: Fix SystemTools environment memory handling (#13156) The SystemTools::PutEnv function tries to provide the "putenv" API without leaking memory. However, the kwsysDeletingCharVector singleton frees memory that may still be referenced by the environment table, having been placed there by putenv. If any static destruction or processing by an external tool happens after the singleton is destroyed and accesses the environment it will read invalid memory. Replace use of putenv with setenv/unsetenv when available. The latter manage internal copies of the values passed instead of referencing the original memory. When setenv/unsetenv are not available use putenv with a singleton that removes its values from the environment before freeing their memory. This requires an "unputenv" implementation. On at least some platforms it must be written in terms of "putenv" because other APIs are not available and direct modification of the "environ" global is not safe (e.g. on Windows there is interaction with "wenviron"). Fortunately either putenv("A=") or putenv("A") will remove "A" from the environment on these platforms. On other platforms fall back to direct manipulation of "environ". Also add UnPutEnv to the API and add a test for the behavior of both.
2012-04-26 07:36:53 -07:00
"${cmake_source_dir}/Source/kwsys/kwsysPlatformTestsCXX.cxx" >> cmake_bootstrap.log 2>&1; then
KWSYS_CXX_HAS_UNSETENV=1
echo "${cmake_cxx_compiler} has unsetenv"
else
echo "${cmake_cxx_compiler} does not have unsetenv"
fi
if cmake_try_run "${cmake_cxx_compiler}" \
bootstrap: add cmake_ld_flags to include check
2021-02-03 10:34:04 -08:00
"${cmake_cxx_flags} ${cmake_ld_flags} -DTEST_KWSYS_CXX_HAS_ENVIRON_IN_STDLIB_H" \
KWSys: Fix SystemTools environment memory handling (#13156) The SystemTools::PutEnv function tries to provide the "putenv" API without leaking memory. However, the kwsysDeletingCharVector singleton frees memory that may still be referenced by the environment table, having been placed there by putenv. If any static destruction or processing by an external tool happens after the singleton is destroyed and accesses the environment it will read invalid memory. Replace use of putenv with setenv/unsetenv when available. The latter manage internal copies of the values passed instead of referencing the original memory. When setenv/unsetenv are not available use putenv with a singleton that removes its values from the environment before freeing their memory. This requires an "unputenv" implementation. On at least some platforms it must be written in terms of "putenv" because other APIs are not available and direct modification of the "environ" global is not safe (e.g. on Windows there is interaction with "wenviron"). Fortunately either putenv("A=") or putenv("A") will remove "A" from the environment on these platforms. On other platforms fall back to direct manipulation of "environ". Also add UnPutEnv to the API and add a test for the behavior of both.
2012-04-26 07:36:53 -07:00
"${cmake_source_dir}/Source/kwsys/kwsysPlatformTestsCXX.cxx" >> cmake_bootstrap.log 2>&1; then
KWSYS_CXX_HAS_ENVIRON_IN_STDLIB_H=1
echo "${cmake_cxx_compiler} has environ in stdlib.h"
else
echo "${cmake_cxx_compiler} does not have environ in stdlib.h"
fi
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
if cmake_try_run "${cmake_cxx_compiler}" \
bootstrap: add cmake_ld_flags to include check
2021-02-03 10:34:04 -08:00
"${cmake_cxx_flags} ${cmake_ld_flags} -DTEST_KWSYS_STL_HAS_WSTRING" \
bootstrap: Add KWSys Encoding and FStream Run the KWSYS_STL_HAS_WSTRING platform test and configure the result. Configure the Encoding and FStream header files and build the sources. On Windows, build EncodingC.c with KWSYS_ENCODING_DEFAULT_CODEPAGE=CP_ACP.
2013-11-25 08:30:52 -08:00
"${cmake_source_dir}/Source/kwsys/kwsysPlatformTestsCXX.cxx" >> cmake_bootstrap.log 2>&1; then
KWSYS_STL_HAS_WSTRING=1
echo "${cmake_cxx_compiler} has stl wstring"
else
echo "${cmake_cxx_compiler} does not have stl wstring"
fi
bootstrap: Add check for ext/stdio_filebuf.h needed by KWSys
2016-07-16 17:22:10 -07:00
if cmake_try_run "${cmake_cxx_compiler}" \
bootstrap: add cmake_ld_flags to include check
2021-02-03 10:34:04 -08:00
"${cmake_cxx_flags} ${cmake_ld_flags} -DTEST_KWSYS_CXX_HAS_EXT_STDIO_FILEBUF_H" \
bootstrap: Add check for ext/stdio_filebuf.h needed by KWSys
2016-07-16 17:22:10 -07:00
"${cmake_source_dir}/Source/kwsys/kwsysPlatformTestsCXX.cxx" >> cmake_bootstrap.log 2>&1; then
KWSYS_CXX_HAS_EXT_STDIO_FILEBUF_H=1
echo "${cmake_cxx_compiler} has <ext/stdio_filebuf.h>"
else
echo "${cmake_cxx_compiler} does not have <ext/stdio_filebuf.h>"
fi
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -n "${cmake_ccache_enabled}"; then
bootstrap: Use ccache in script-generated makefile
2018-05-25 06:29:53 -07:00
echo "Building CMake with ccache"
cmake_c_compiler="ccache ${cmake_c_compiler}"
cmake_cxx_compiler="ccache ${cmake_cxx_compiler}"
fi
ENH: Add copyright, cmConfigure.h is now touched only when it is modified, remove some spaces from output, add procedure that copies file and replaces atstring with another string
2003-06-21 08:57:13 -07:00
# Just to be safe, let us store compiler and flags to the header file
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
cmake_bootstrap_version='$Revision$'
cmake_compiler_settings_comment="/*
* Generated by ${cmake_source_dir}/bootstrap
* Version: ${cmake_bootstrap_version}
*
* Source directory: ${cmake_source_dir}
* Binary directory: ${cmake_bootstrap_dir}
*
* C compiler: ${cmake_c_compiler}
* C flags: ${cmake_c_flags}
*
* C++ compiler: ${cmake_cxx_compiler}
* C++ flags: ${cmake_cxx_flags}
*
* Make: ${cmake_make_processor}
*
* Sources:
* ${CMAKE_CXX_SOURCES} ${CMAKE_C_SOURCES}
cmstd: Modernize CMake system headers Provide a standardized way to handle the C++ "standard" headers customized to be used with current CMake C++ standard constraints. Offer under directory `cm` headers which can be used as direct replacements of the standard ones. For example: #include <cm/string_view> can be used safely for CMake development in place of the `<string_view>` standard header. Fixes: #19491
2019-08-04 01:49:16 -07:00
* STD Sources:
* ${CMAKE_STD_CXX_HEADERS} ${CMAKE_STD_CXX_SOURCES}
bootstrap: fix Bad substitution
2017-05-11 12:53:14 -07:00
* LexerParser Sources:
* ${LexerParser_CXX_SOURCES} ${LexerParser_C_SOURCES}
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
* kwSys Sources:
Remove references to KWSys Process Win9x support The KWSys "EncodeExecutable" and "ProcessFwd9x" executables were dropped from KWSys along with Win9x Process support. Drop references from the rest of the CMake build rules.
2012-12-19 06:00:55 -08:00
* ${KWSYS_CXX_SOURCES} ${KWSYS_C_SOURCES}
bootstrap: Make libuv available during bootstrap On UNIX, build only the parts of libuv we need for the filesystem, process, and poll abstractions using the POSIX poll() backend. This avoids many platform-specific conditions. On Windows, build all of libuv; there are no conditional alternatives anyway.
2017-09-13 11:33:38 -07:00
* libuv Sources:
* ${LIBUV_C_SOURCES}
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
* jsoncpp Sources:
* ${JSONCPP_CXX_SOURCES}
* librhash Sources:
* ${LIBRHASH_C_SOURCES}
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
*/
"
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
cmake_report cmConfigure.h${_tmp} "${cmake_compiler_settings_comment}"
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
BUG: Fixed bootstrap from MSYS prompt. It was working only when the bootstrap directory in MSYS mapped to the same directory on windows except for the drive letter in front. Now it should work from any path.
2006-02-10 08:19:19 -08:00
# When bootstrapping on MinGW with MSYS we must convert the source
# directory to a windows path.
if ${cmake_system_mingw}; then
bootstrap: Clarify name of configured source directory Rename CMAKE_ROOT_DIR to CMAKE_BOOTSTRAP_SOURCE_DIR to clarify both that it is only for bootstrap and that it refers to the source directory.
2014-06-25 10:32:48 -07:00
CMAKE_BOOTSTRAP_SOURCE_DIR=`cd "${cmake_source_dir}"; pwd -W`
bootstrap: Fix "make test" and "make package" targets (#14989) Since commit v3.0.0-rc1~374^2 (Refactor internal resource location APIs and initialization, 2013-11-07) a bootstrap-built "cmake" tries to reference "ctest" and "cpack" executables next to itself, which never exist. Teach cmSystemTools::FindCMakeResources, when bootstrap-built, to refer to the "ctest" and "cpack" executables in the location where they will be built after "make".
2014-06-25 10:34:15 -07:00
CMAKE_BOOTSTRAP_BINARY_DIR=`cd "${cmake_binary_dir}"; pwd -W`
BUG: Fixed bootstrap from MSYS prompt. It was working only when the bootstrap directory in MSYS mapped to the same directory on windows except for the drive letter in front. Now it should work from any path.
2006-02-10 08:19:19 -08:00
else
bootstrap: Clarify name of configured source directory Rename CMAKE_ROOT_DIR to CMAKE_BOOTSTRAP_SOURCE_DIR to clarify both that it is only for bootstrap and that it refers to the source directory.
2014-06-25 10:32:48 -07:00
CMAKE_BOOTSTRAP_SOURCE_DIR="${cmake_source_dir}"
bootstrap: Fix "make test" and "make package" targets (#14989) Since commit v3.0.0-rc1~374^2 (Refactor internal resource location APIs and initialization, 2013-11-07) a bootstrap-built "cmake" tries to reference "ctest" and "cpack" executables next to itself, which never exist. Teach cmSystemTools::FindCMakeResources, when bootstrap-built, to refer to the "ctest" and "cpack" executables in the location where they will be built after "make".
2014-06-25 10:34:15 -07:00
CMAKE_BOOTSTRAP_BINARY_DIR="${cmake_binary_dir}"
BUG: Fixed bootstrap from MSYS prompt. It was working only when the bootstrap directory in MSYS mapped to the same directory on windows except for the drive letter in front. Now it should work from any path.
2006-02-10 08:19:19 -08:00
fi
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# Write CMake version
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
cmake_report cmVersionConfig.h${_tmp} "#define CMake_VERSION_MAJOR ${cmake_version_major}"
cmake_report cmVersionConfig.h${_tmp} "#define CMake_VERSION_MINOR ${cmake_version_minor}"
cmake_report cmVersionConfig.h${_tmp} "#define CMake_VERSION_PATCH ${cmake_version_patch}"
New version scheme to support branchy workflow Prepare to switch to the workflow described by "git help workflows". In this workflow, the "master" branch is always used to integrate topics ready for release. Brand new work merges into a "next" branch instead. We need a new versioning scheme to work this way because the version on "master" must always increase. We no longer use an even/odd minor number to distinguish releases from development versions. Since we still support cvs checkout of our source tree we cannot depend on "git describe" to compute a version number based on the history graph. We can use the CCYYMMDD nightly date stamp to get a monotonically increasing version component. The new version format is "major.minor.patch.(tweak|date)". Releases use a tweak level in the half-open range [0,20000000), which is smaller than any current or future date. For tweak=0 we do not show the tweak component, leaving the format "major.minor.patch" for most releases. Development versions use date=CCYYMMDD for the tweak level. The major.minor.patch part of development versions on "master" always matches the most recent release. For example, a first-parent traversal of "master" might see v2.8.1 2.8.1.20100422 v2.8.2 | | | ----o----o----o----o----o----o----o----o---- Since the date appears in the tweak component, the next release can increment the patch level (or any more significant component) to be greater than any version leading to it. Topic branches not ready for release are published only on "next" so we know that all versions on master lead between two releases.
2010-04-23 06:44:23 -07:00
cmake_report cmVersionConfig.h${_tmp} "#define CMake_VERSION \"${cmake_version}\""
bootstrap: Clarify name of configured source directory Rename CMAKE_ROOT_DIR to CMAKE_BOOTSTRAP_SOURCE_DIR to clarify both that it is only for bootstrap and that it refers to the source directory.
2014-06-25 10:32:48 -07:00
cmake_report cmConfigure.h${_tmp} "#define CMAKE_BOOTSTRAP_SOURCE_DIR \"${CMAKE_BOOTSTRAP_SOURCE_DIR}\""
bootstrap: Fix "make test" and "make package" targets (#14989) Since commit v3.0.0-rc1~374^2 (Refactor internal resource location APIs and initialization, 2013-11-07) a bootstrap-built "cmake" tries to reference "ctest" and "cpack" executables next to itself, which never exist. Teach cmSystemTools::FindCMakeResources, when bootstrap-built, to refer to the "ctest" and "cpack" executables in the location where they will be built after "make".
2014-06-25 10:34:15 -07:00
cmake_report cmConfigure.h${_tmp} "#define CMAKE_BOOTSTRAP_BINARY_DIR \"${CMAKE_BOOTSTRAP_BINARY_DIR}\""
cmMakefile: Impose maximum recursion limit In order to keep infinitely-recursive scripts from causing a stack overflow in the CMake executable, CMake now imposes a maximum recursion limit before issuing an error message. The limit can be adjusted at runtime with CMAKE_MAXIMUM_RECURSION_DEPTH. Fixes: #18694
2018-12-14 14:24:52 -08:00
cmake_report cmConfigure.h${_tmp} "#define CMake_DEFAULT_RECURSION_LIMIT 400"
Add option to control 'bin' directory of CMake's own installation (#16076) Add a `CMAKE_BIN_DIR` cache entry to CMake's own build configuration. Add a `--bindir` option to the `bootstrap` script to set it.
2016-05-27 07:03:43 -07:00
cmake_report cmConfigure.h${_tmp} "#define CMAKE_BIN_DIR \"/bootstrap-not-insalled\""
Cleanup use of CMake version in install destinations Factor the CMAKE_DATA_DIR, CMAKE_DOC_DIR, and CMAKE_MAN_DIR selection out of CMakeLists.txt and into a Source/CMakeInstallDestinations.cmake script. Load the script from the original location of the code. Cache the destination values as empty strings so we know if the user sets them explicitly. If not, then compute defaults based on the platform and full CMake version string. By not caching the versioned defaults, we can change them in a single build tree as the version changes. Remove duplication of the install destination defaults from the bootstrap script. Cache empty defaults there too. Parse from the CMake code the default values to report in the help output. Keep the CMake code in a structured format to make this reliable.
2013-09-26 11:13:38 -07:00
cmake_report cmConfigure.h${_tmp} "#define CMAKE_DATA_DIR \"/bootstrap-not-insalled\""
Provide and use CM_FALLTHROUGH
2017-06-02 11:32:58 -07:00
cmake_report cmConfigure.h${_tmp} "#define CM_FALLTHROUGH"
ENH: Add copyright, cmConfigure.h is now touched only when it is modified, remove some spaces from output, add procedure that copies file and replaces atstring with another string
2003-06-21 08:57:13 -07:00
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
if test "${cmake_bootstrap_generator}" = "Ninja"; then
cmake_report cmConfigure.h${_tmp} "#define CMAKE_BOOTSTRAP_NINJA"
else
cmake_report cmConfigure.h${_tmp} "#define CMAKE_BOOTSTRAP_MAKEFILES"
fi
cmConfigure.h: Tell windows.h not to define min/max macros
2019-08-19 12:39:02 -07:00
if ${cmake_system_mingw}; then
cmake_report cmConfigure.h${_tmp} "#if defined(_WIN32) && !defined(NOMINMAX)"
cmake_report cmConfigure.h${_tmp} "# define NOMINMAX"
cmake_report cmConfigure.h${_tmp} "#endif"
find_* commands: add control over Windows registry views Fixes: #22775
2022-04-16 01:57:30 -07:00
cmake_report cmConfigure.h${_tmp} "#if defined(_WIN32) && !defined(KWSYS_ENCODING_DEFAULT_CODEPAGE)"
cmake_report cmConfigure.h${_tmp} "# define KWSYS_ENCODING_DEFAULT_CODEPAGE CP_UTF8"
cmake_report cmConfigure.h${_tmp} "#endif"
cmConfigure.h: Tell windows.h not to define min/max macros
2019-08-19 12:39:02 -07:00
fi
ENH: Overhaul CMake version numbering This moves the version numbers into an isolated configured header so that not all of CMake needs to rebuild when the version changes. Previously we had spaces, dashes and/or the word 'patch' randomly chosen before the patch number. Now we always report version numbers in the traditional format "<major>.<minor>.<patch>[-rc<rc>]". We still use odd minor numbers for development versions. Now we also use the CCYYMMDD date as the patch number of development versions, thus allowing tests for exact CMake versions.
2009-03-05 12:17:07 -08:00
# Regenerate configured headers
for h in Configure VersionConfig; do
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
if "${_diff}" cm${h}.h cm${h}.h${_tmp} > /dev/null 2> /dev/null; then
rm -f cm${h}.h${_tmp}
ENH: Overhaul CMake version numbering This moves the version numbers into an isolated configured header so that not all of CMake needs to rebuild when the version changes. Previously we had spaces, dashes and/or the word 'patch' randomly chosen before the patch number. Now we always report version numbers in the traditional format "<major>.<minor>.<patch>[-rc<rc>]". We still use odd minor numbers for development versions. Now we also use the CCYYMMDD date as the patch number of development versions, thus allowing tests for exact CMake versions.
2009-03-05 12:17:07 -08:00
else
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
mv -f cm${h}.h${_tmp} cm${h}.h
ENH: Overhaul CMake version numbering This moves the version numbers into an isolated configured header so that not all of CMake needs to rebuild when the version changes. Previously we had spaces, dashes and/or the word 'patch' randomly chosen before the patch number. Now we always report version numbers in the traditional format "<major>.<minor>.<patch>[-rc<rc>]". We still use odd minor numbers for development versions. Now we also use the CCYYMMDD date as the patch number of development versions, thus allowing tests for exact CMake versions.
2009-03-05 12:17:07 -08:00
fi
done
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
ENH: Merged use of kwsys library.
2003-06-23 05:58:58 -07:00
# Prepare KWSYS
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
cmsys_header_files="cmsys/Configure.h cmsys/Configure.hxx"
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
cmake_kwsys_config_replace_string \
"${cmake_source_dir}/Source/kwsys/Configure.hxx.in" \
"${cmake_bootstrap_dir}/cmsys/Configure.hxx" \
"${cmake_compiler_settings_comment}"
cmake_kwsys_config_replace_string \
"${cmake_source_dir}/Source/kwsys/Configure.h.in" \
"${cmake_bootstrap_dir}/cmsys/Configure.h" \
"${cmake_compiler_settings_comment}"
Remove trailing white-spaces.
2012-07-07 10:57:40 -07:00
for a in ${KWSYS_FILES}; do
ENH: Merged use of kwsys library.
2003-06-23 05:58:58 -07:00
cmake_replace_string "${cmake_source_dir}/Source/kwsys/${a}.in" \
"${cmake_bootstrap_dir}/cmsys/${a}" KWSYS_NAMESPACE cmsys
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
cmsys_header_files="${cmsys_header_files} cmsys/${a}"
ENH: Merged use of kwsys library.
2003-06-23 05:58:58 -07:00
done
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
Bootstrap: Use #pragma once in cmThirdParty.h
2020-08-29 15:50:59 -07:00
echo "#pragma once" > "${cmake_bootstrap_dir}/cmThirdParty.h.tmp"
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
if test "x${bootstrap_system_libuv}" != "x"; then
echo "#define CMAKE_USE_SYSTEM_LIBUV" >> "${cmake_bootstrap_dir}/cmThirdParty.h.tmp"
fi
if test "x${bootstrap_system_jsoncpp}" != "x"; then
echo "#define CMAKE_USE_SYSTEM_JSONCPP" >> "${cmake_bootstrap_dir}/cmThirdParty.h.tmp"
fi
if test "x${bootstrap_system_librhash}" != "x"; then
echo "#define CMAKE_USE_SYSTEM_LIBRHASH" >> "${cmake_bootstrap_dir}/cmThirdParty.h.tmp"
fi
cmake_generate_file_tmp "${cmake_bootstrap_dir}/cmThirdParty.h" "${cmake_bootstrap_dir}/cmThirdParty.h.tmp"
Add option to use a system-installed KWIML Do not activate it with the general use-system-libs options for now because KWIML is not commonly distributed or available.
2015-12-18 06:57:55 -08:00
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
# Generate Makefile
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
dep="cmConfigure.h ${cmsys_header_files}"
for h in "${cmake_source_dir}"/Source/*.hxx; do
dep="${dep} `cmake_escape_artifact \"${h}\"`"
done
for h in "${cmake_source_dir}"/Source/*.h; do
dep="${dep} `cmake_escape_artifact \"${h}\"`"
done
cmstd: Modernize CMake system headers Provide a standardized way to handle the C++ "standard" headers customized to be used with current CMake C++ standard constraints. Offer under directory `cm` headers which can be used as direct replacements of the standard ones. For example: #include <cm/string_view> can be used safely for CMake development in place of the `<string_view>` standard header. Fixes: #19491
2019-08-04 01:49:16 -07:00
for h in ${CMAKE_STD_CXX_HEADERS}; do
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
dep="${dep} `cmake_escape_artifact \"${cmake_source_dir}\"`/Utilities/std/cm/${h}"
cmstd: Modernize CMake system headers Provide a standardized way to handle the C++ "standard" headers customized to be used with current CMake C++ standard constraints. Offer under directory `cm` headers which can be used as direct replacements of the standard ones. For example: #include <cm/string_view> can be used safely for CMake development in place of the `<string_view>` standard header. Fixes: #19491
2019-08-04 01:49:16 -07:00
done
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
objs=""
cmstd: Modernize CMake system headers Provide a standardized way to handle the C++ "standard" headers customized to be used with current CMake C++ standard constraints. Offer under directory `cm` headers which can be used as direct replacements of the standard ones. For example: #include <cm/string_view> can be used safely for CMake development in place of the `<string_view>` standard header. Fixes: #19491
2019-08-04 01:49:16 -07:00
for a in ${CMAKE_CXX_SOURCES} ${CMAKE_C_SOURCES} ${CMAKE_STD_CXX_SOURCES} ${LexerParser_CXX_SOURCES} ${LexerParser_C_SOURCES} ${KWSYS_CXX_SOURCES} ${KWSYS_C_SOURCES}; do
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
objs="${objs} ${a}.o"
done
bootstrap: Add option to use system libuv during bootstrap Support bootstrapping on older systems where our bundled version libuv does not compile (.e.g Centos5, see #19086 and #19311). Add a `--bootstrap-system-libuv` option to use the system-provided libuv even for the bootstrap binary itself.
2020-07-06 08:31:52 -07:00
if test "x${bootstrap_system_libuv}" = "x"; then
for a in ${LIBUV_C_SOURCES}; do
objs="${objs} uv-`cmake_obj ${a}`"
done
fi
cmCustomCommandGenerator: Add option to transform depfile
2020-10-05 09:15:17 -07:00
if test "x${bootstrap_system_librhash}" = "x"; then
for a in ${LIBRHASH_C_SOURCES}; do
objs="${objs} rhash-`cmake_obj ${a}`"
done
fi
bootstrap: Unconditionally build libjsoncpp
2023-07-21 09:01:01 -07:00
if test "x${bootstrap_system_jsoncpp}" = "x"; then
for a in ${JSONCPP_CXX_SOURCES}; do
objs="${objs} jsoncpp-`cmake_obj ${a}`"
done
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
fi
bootstrap: Make libuv available during bootstrap On UNIX, build only the parts of libuv we need for the filesystem, process, and poll abstractions using the POSIX poll() backend. This avoids many platform-specific conditions. On Windows, build all of libuv; there are no conditional alternatives anyway.
2017-09-13 11:33:38 -07:00
libs=""
uv_c_flags=""
if ${cmake_system_mingw}; then
uv_c_flags="${uv_c_flags} -DWIN32_LEAN_AND_MEAN -D_WIN32_WINNT=0x0600"
file: Add GET_RUNTIME_DEPENDENCIES mode Co-Authored-by: Bryon Bean <bryon.bean@kitware.com>
2019-03-14 08:58:34 -07:00
libs="${libs} -lws2_32 -lpsapi -liphlpapi -lshell32 -luserenv -lole32 -loleaut32"
bootstrap: Make libuv available during bootstrap On UNIX, build only the parts of libuv we need for the filesystem, process, and poll abstractions using the POSIX poll() backend. This avoids many platform-specific conditions. On Windows, build all of libuv; there are no conditional alternatives anyway.
2017-09-13 11:33:38 -07:00
else
case "${cmake_system}" in
*AIX*)
AIX: Add -pthread flag to enable std::thread with GCC
2017-11-28 08:24:26 -08:00
uv_c_flags="${uv_c_flags} -D_ALL_SOURCE -D_XOPEN_SOURCE=500 -D_LINUX_SOURCE_COMPAT"
bootstrap: Make libuv available during bootstrap On UNIX, build only the parts of libuv we need for the filesystem, process, and poll abstractions using the POSIX poll() backend. This avoids many platform-specific conditions. On Windows, build all of libuv; there are no conditional alternatives anyway.
2017-09-13 11:33:38 -07:00
libs="${libs} -lperfstat"
;;
*Darwin*)
uv_c_flags="${uv_c_flags} -D_DARWIN_USE_64_BIT_INODE=1 -D_DARWIN_UNLIMITED_SELECT=1"
;;
libuv: Add partial port to HP-UX Port enough of libuv to HP-UX 11.31 ia64 with GCC 4.9.3 to work for CMake.
2019-07-02 15:20:41 -07:00
*HP-UX*)
uv_c_flags="${uv_c_flags} -D_XOPEN_SOURCE_EXTENDED"
;;
bootstrap: Make libuv available during bootstrap On UNIX, build only the parts of libuv we need for the filesystem, process, and poll abstractions using the POSIX poll() backend. This avoids many platform-specific conditions. On Windows, build all of libuv; there are no conditional alternatives anyway.
2017-09-13 11:33:38 -07:00
*Linux*)
uv_c_flags="${uv_c_flags} -D_GNU_SOURCE"
libs="${libs} -ldl -lrt"
;;
bootstrap: Add missing libraries for kFreeBSD Closes #18375
2018-09-16 05:35:44 -07:00
*kFreeBSD*)
libs="${libs} -lkvm -lfreebsd-glue"
;;
bootstrap: Make libuv available during bootstrap On UNIX, build only the parts of libuv we need for the filesystem, process, and poll abstractions using the POSIX poll() backend. This avoids many platform-specific conditions. On Windows, build all of libuv; there are no conditional alternatives anyway.
2017-09-13 11:33:38 -07:00
*BSD*)
libs="${libs} -lkvm"
;;
*SunOS*)
uv_c_flags="${uv_c_flags} -D__EXTENSIONS__ -D_XOPEN_SOURCE=600"
libs="${libs} -lkstat -lnsl -lsendfile -lsocket -lrt"
;;
libuv: Add support for building for QNX within CMake
2020-09-07 09:42:32 -07:00
*QNX*)
uv_c_flags="${uv_c_flags} -D_XOPEN_SOURCE=700"
libs="${libs} -lsocket"
;;
bootstrap: Make libuv available during bootstrap On UNIX, build only the parts of libuv we need for the filesystem, process, and poll abstractions using the POSIX poll() backend. This avoids many platform-specific conditions. On Windows, build all of libuv; there are no conditional alternatives anyway.
2017-09-13 11:33:38 -07:00
esac
fi
bootstrap: Add option to use system libuv during bootstrap Support bootstrapping on older systems where our bundled version libuv does not compile (.e.g Centos5, see #19086 and #19311). Add a `--bootstrap-system-libuv` option to use the system-provided libuv even for the bootstrap binary itself.
2020-07-06 08:31:52 -07:00
if test "x${bootstrap_system_libuv}" = "x"; then
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
uv_c_flags="${uv_c_flags} `cmake_escape_shell "-I${cmake_source_dir}/Utilities/cmlibuv/include"`"
bootstrap: Add option to use system libuv during bootstrap Support bootstrapping on older systems where our bundled version libuv does not compile (.e.g Centos5, see #19086 and #19311). Add a `--bootstrap-system-libuv` option to use the system-provided libuv even for the bootstrap binary itself.
2020-07-06 08:31:52 -07:00
if ${cmake_system_mingw}; then
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
uv_c_flags="${uv_c_flags} `cmake_escape_shell "-I${cmake_source_dir}/Utilities/cmlibuv/src/win"`"
bootstrap: Add option to use system libuv during bootstrap Support bootstrapping on older systems where our bundled version libuv does not compile (.e.g Centos5, see #19086 and #19311). Add a `--bootstrap-system-libuv` option to use the system-provided libuv even for the bootstrap binary itself.
2020-07-06 08:31:52 -07:00
else
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
uv_c_flags="${uv_c_flags} `cmake_escape_shell "-I${cmake_source_dir}/Utilities/cmlibuv/src/unix"`"
bootstrap: Add option to use system libuv during bootstrap Support bootstrapping on older systems where our bundled version libuv does not compile (.e.g Centos5, see #19086 and #19311). Add a `--bootstrap-system-libuv` option to use the system-provided libuv even for the bootstrap binary itself.
2020-07-06 08:31:52 -07:00
fi
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
uv_c_flags="${uv_c_flags} `cmake_escape_shell "-I${cmake_source_dir}/Utilities/cmlibuv/src"`"
bootstrap: Make libuv available during bootstrap On UNIX, build only the parts of libuv we need for the filesystem, process, and poll abstractions using the POSIX poll() backend. This avoids many platform-specific conditions. On Windows, build all of libuv; there are no conditional alternatives anyway.
2017-09-13 11:33:38 -07:00
else
bootstrap: Add option to use system libuv during bootstrap Support bootstrapping on older systems where our bundled version libuv does not compile (.e.g Centos5, see #19086 and #19311). Add a `--bootstrap-system-libuv` option to use the system-provided libuv even for the bootstrap binary itself.
2020-07-06 08:31:52 -07:00
if test `which pkg-config`; then
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
use_uv_flags="`pkg-config --cflags libuv`"
bootstrap: Allow --boostrap-system-* libraries custom prefixes If pkg-config is available, we can query it for the correct -l/-L flags. This fixes the --boostrap-libuv build for me with libuv installed into $HOME and PKG_CONFIG_PATH set appropriately
2024-03-03 23:02:36 -08:00
use_uv_ldflags="`pkg-config --libs libuv`"
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
cmake_c_flags="${cmake_c_flags} ${use_uv_flags}"
cmake_cxx_flags="${cmake_cxx_flags} ${use_uv_flags}"
bootstrap: Allow --boostrap-system-* libraries custom prefixes If pkg-config is available, we can query it for the correct -l/-L flags. This fixes the --boostrap-libuv build for me with libuv installed into $HOME and PKG_CONFIG_PATH set appropriately
2024-03-03 23:02:36 -08:00
else
use_librhash_ldflags="-luv"
bootstrap: Add option to use system libuv during bootstrap Support bootstrapping on older systems where our bundled version libuv does not compile (.e.g Centos5, see #19086 and #19311). Add a `--bootstrap-system-libuv` option to use the system-provided libuv even for the bootstrap binary itself.
2020-07-06 08:31:52 -07:00
fi
bootstrap: Allow --boostrap-system-* libraries custom prefixes If pkg-config is available, we can query it for the correct -l/-L flags. This fixes the --boostrap-libuv build for me with libuv installed into $HOME and PKG_CONFIG_PATH set appropriately
2024-03-03 23:02:36 -08:00
libs="${libs} ${use_uv_ldflags}"
bootstrap: Make libuv available during bootstrap On UNIX, build only the parts of libuv we need for the filesystem, process, and poll abstractions using the POSIX poll() backend. This avoids many platform-specific conditions. On Windows, build all of libuv; there are no conditional alternatives anyway.
2017-09-13 11:33:38 -07:00
fi
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
librhash: Update build within CMake for rhash 1.4.4
2023-11-28 14:49:47 -08:00
librhash_c_flags="-DNO_IMPORT_EXPORT"
cmCustomCommandGenerator: Add option to transform depfile
2020-10-05 09:15:17 -07:00
if test "x${bootstrap_system_librhash}" != "x"; then
if test `which pkg-config`; then
use_librhash_flags="`pkg-config --cflags librhash`"
bootstrap: Allow --boostrap-system-* libraries custom prefixes If pkg-config is available, we can query it for the correct -l/-L flags. This fixes the --boostrap-libuv build for me with libuv installed into $HOME and PKG_CONFIG_PATH set appropriately
2024-03-03 23:02:36 -08:00
use_librhash_ldflags="`pkg-config --libs librhash`"
cmCustomCommandGenerator: Add option to transform depfile
2020-10-05 09:15:17 -07:00
cmake_c_flags="${cmake_c_flags} ${use_librhash_flags}"
cmake_cxx_flags="${cmake_cxx_flags} ${use_librhash_flags}"
bootstrap: Allow --boostrap-system-* libraries custom prefixes If pkg-config is available, we can query it for the correct -l/-L flags. This fixes the --boostrap-libuv build for me with libuv installed into $HOME and PKG_CONFIG_PATH set appropriately
2024-03-03 23:02:36 -08:00
else
use_librhash_ldflags="-lrhash"
cmCustomCommandGenerator: Add option to transform depfile
2020-10-05 09:15:17 -07:00
fi
bootstrap: Allow --boostrap-system-* libraries custom prefixes If pkg-config is available, we can query it for the correct -l/-L flags. This fixes the --boostrap-libuv build for me with libuv installed into $HOME and PKG_CONFIG_PATH set appropriately
2024-03-03 23:02:36 -08:00
libs="${libs} ${use_librhash_ldflags}"
cmCustomCommandGenerator: Add option to transform depfile
2020-10-05 09:15:17 -07:00
fi
bootstrap: Unconditionally build libjsoncpp
2023-07-21 09:01:01 -07:00
jsoncpp_cxx_flags=
if test "x${bootstrap_system_jsoncpp}" = "x"; then
jsoncpp_cxx_flags="${jsoncpp_cxx_flags} `cmake_escape_shell "-I${cmake_source_dir}/Utilities/cmjsoncpp/include"`"
else
if test `which pkg-config`; then
use_jsoncpp_flags="`pkg-config --cflags jsoncpp`"
bootstrap: Allow --boostrap-system-* libraries custom prefixes If pkg-config is available, we can query it for the correct -l/-L flags. This fixes the --boostrap-libuv build for me with libuv installed into $HOME and PKG_CONFIG_PATH set appropriately
2024-03-03 23:02:36 -08:00
use_jsoncpp_ldflags="`pkg-config --libs jsoncpp`"
bootstrap: Unconditionally build libjsoncpp
2023-07-21 09:01:01 -07:00
cmake_cxx_flags="${cmake_cxx_flags} ${use_jsoncpp_flags}"
bootstrap: Allow --boostrap-system-* libraries custom prefixes If pkg-config is available, we can query it for the correct -l/-L flags. This fixes the --boostrap-libuv build for me with libuv installed into $HOME and PKG_CONFIG_PATH set appropriately
2024-03-03 23:02:36 -08:00
else
use_librhash_ldflags="-ljsoncpp"
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
fi
bootstrap: Allow --boostrap-system-* libraries custom prefixes If pkg-config is available, we can query it for the correct -l/-L flags. This fixes the --boostrap-libuv build for me with libuv installed into $HOME and PKG_CONFIG_PATH set appropriately
2024-03-03 23:02:36 -08:00
libs="${libs} ${use_jsoncpp_ldflags}"
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
fi
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "x${cmake_ansi_cxx_flags}" != "x"; then
ENH: Add copyright, cmConfigure.h is now touched only when it is modified, remove some spaces from output, add procedure that copies file and replaces atstring with another string
2003-06-21 08:57:13 -07:00
cmake_cxx_flags="${cmake_ansi_cxx_flags} ${cmake_cxx_flags}"
fi
bootstrap: Compile with _FILE_OFFSET_BITS=64 on Linux To avoid problems accessing filesystem, explicitly use 64-bit file offsets in case the compilation model is 32-bit. This change was made for the main CMake build by commit 5b10f96793 (Linux: Compile with _FILE_OFFSET_BITS=64 on 32-bit Linux, 2020-09-23, v3.19.0-rc1~112^2), but conditionally on 32-bit Linux. For bootstrap, just always add the definition instead of trying to detect the architecture. Fixes: #22328
2021-06-23 09:41:07 -07:00
system_flags=''
case "${cmake_system}" in
# Ensure filesystem access uses 64-bit offsets even on 32-bit hosts.
*Linux*) system_flags='-D_FILE_OFFSET_BITS=64' ;;
esac
if test "x${system_flags}" != "x"; then
cmake_c_flags="${cmake_c_flags} ${system_flags}"
cmake_cxx_flags="${cmake_cxx_flags} ${system_flags}"
fi
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "x${cmake_c_flags}" != "x"; then
BUG: Must use C compiler to compile C files during bootstrap, not C++ compiler.
2003-09-02 10:27:58 -07:00
cmake_c_flags="${cmake_c_flags} "
fi
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "x${cmake_cxx_flags}" != "x"; then
ENH: Add copyright, cmConfigure.h is now touched only when it is modified, remove some spaces from output, add procedure that copies file and replaces atstring with another string
2003-06-21 08:57:13 -07:00
cmake_cxx_flags="${cmake_cxx_flags} "
fi
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
write_source_rule() {
lang="$1"
obj="$2"
src="$3"
src_flags="$4"
if test "${lang}" = "c"; then
ninja_rule=cc
compiler="${cmake_c_compiler}"
flags="${cmake_c_flags}"
elif test "${lang}" = "cxx"; then
ninja_rule=cxx
compiler="${cmake_cxx_compiler}"
flags="${cmake_cxx_flags}"
fi
if test "${cmake_bootstrap_generator}" = "Ninja"; then
echo "build ${obj} : ${ninja_rule} ${src} | ${dep}" >> "${cmake_bootstrap_dir}/build.ninja"
echo " srcflags = ${src_flags}" >> "${cmake_bootstrap_dir}/build.ninja"
else
echo "${obj} : ${src} ${dep}" >> "${cmake_bootstrap_dir}/Makefile"
echo " ${compiler} ${flags} ${src_flags} -c ${src} -o ${obj}" >> "${cmake_bootstrap_dir}/Makefile"
fi
}
COMP: Avoid String.c inclusion by Compaq templates The Compaq compiler (on VMS) includes 'String.c' in source files that use the stl string while looking for template definitions. This was the true cause of double-inclusion of the 'kwsysPrivate.h' header. We work around the problem by conditionally compiling the entire source file on a condition only true when really building the source.
2009-06-10 08:46:06 -07:00
cmake_c_flags_String="-DKWSYS_STRING_C"
bootstrap: Add KWSys Encoding and FStream Run the KWSYS_STL_HAS_WSTRING platform test and configure the result. Configure the Encoding and FStream header files and build the sources. On Windows, build EncodingC.c with KWSYS_ENCODING_DEFAULT_CODEPAGE=CP_ACP.
2013-11-25 08:30:52 -08:00
if ${cmake_system_mingw}; then
cmake_c_flags_EncodingC="-DKWSYS_ENCODING_DEFAULT_CODEPAGE=CP_ACP"
bootstrap: fix build on mingw-w64 Define the default code page for EncodingCXX too.
2017-05-13 12:14:55 -07:00
cmake_cxx_flags_EncodingCXX="${cmake_c_flags_EncodingC}"
Add cmProcessOutput class to be used for decoding text data This allows to decode text data we receive from external process which uses external encoding to our internal encoding.
2016-11-01 11:04:20 -07:00
cmake_cxx_flags_cmProcessOutput="${cmake_c_flags_EncodingC}"
bootstrap: Add KWSys Encoding and FStream Run the KWSYS_STL_HAS_WSTRING platform test and configure the result. Configure the Encoding and FStream header files and build the sources. On Windows, build EncodingC.c with KWSYS_ENCODING_DEFAULT_CODEPAGE=CP_ACP.
2013-11-25 08:30:52 -08:00
fi
bootstrap: Compile KWSys SystemTools with UTIME(S|NSAT) values The parent commit merged a change to KWSys that adds preprocessor definitions for KWSYS_CXX_HAS_UTIMENSAT and KWSYS_CXX_HAS_UTIMES to the command line for compiling SystemTools. For bootstrapping we do not need sub-1s timestamps so just define them to 0 for now.
2013-06-03 07:34:35 -07:00
cmake_cxx_flags_SystemTools="
-DKWSYS_CXX_HAS_SETENV=${KWSYS_CXX_HAS_SETENV}
-DKWSYS_CXX_HAS_UNSETENV=${KWSYS_CXX_HAS_UNSETENV}
-DKWSYS_CXX_HAS_ENVIRON_IN_STDLIB_H=${KWSYS_CXX_HAS_ENVIRON_IN_STDLIB_H}
-DKWSYS_CXX_HAS_UTIMENSAT=${KWSYS_CXX_HAS_UTIMENSAT}
-DKWSYS_CXX_HAS_UTIMES=${KWSYS_CXX_HAS_UTIMES}
"
LexerParser: move to custom directory
2017-04-28 11:26:55 -07:00
cmake_c_flags="${cmake_c_flags} \
Refactor: Finish replacing CMAKE_BUILD_WITH_CMAKE with CMAKE_BOOTSTRAP Remove -DCMAKE_BUILD_WITH_CMAKE from Source/CMakeLists.txt. Remove CMAKE_BOOTSTRAP from bootstrap's cmConfigure.h. Add -DCMAKE_BOOTSTRAP to all bootstrap sources, and remove the Unix specialization of CMAKE_BOOTSTRAP in libuv (a review of the libuv code suggests that this will not have an effect on the Windows build.)
2019-08-08 08:40:41 -07:00
-DCMAKE_BOOTSTRAP \
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
-I`cmake_escape_shell \"${cmake_bootstrap_dir}\"` \
-I`cmake_escape_shell \"${cmake_source_dir}/Source\"` \
-I`cmake_escape_shell \"${cmake_source_dir}/Source/LexerParser\"` \
-I`cmake_escape_shell \"${cmake_source_dir}/Utilities\"`"
LexerParser: move to custom directory
2017-04-28 11:26:55 -07:00
cmake_cxx_flags="${cmake_cxx_flags} \
Refactor: Finish replacing CMAKE_BUILD_WITH_CMAKE with CMAKE_BOOTSTRAP Remove -DCMAKE_BUILD_WITH_CMAKE from Source/CMakeLists.txt. Remove CMAKE_BOOTSTRAP from bootstrap's cmConfigure.h. Add -DCMAKE_BOOTSTRAP to all bootstrap sources, and remove the Unix specialization of CMAKE_BOOTSTRAP in libuv (a review of the libuv code suggests that this will not have an effect on the Windows build.)
2019-08-08 08:40:41 -07:00
-DCMAKE_BOOTSTRAP \
Bootstrap: take care of C++ features configuration
2020-01-30 03:52:53 -08:00
${cmake_have_cxx_features} \
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
-I`cmake_escape_shell \"${cmake_bootstrap_dir}\"` \
-I`cmake_escape_shell \"${cmake_source_dir}/Source\"` \
-I`cmake_escape_shell \"${cmake_source_dir}/Source/LexerParser\"` \
-I`cmake_escape_shell \"${cmake_source_dir}/Utilities/std\"` \
-I`cmake_escape_shell \"${cmake_source_dir}/Utilities\"`"
if test "${cmake_bootstrap_generator}" = "Ninja"; then
echo "cc = ${cmake_c_compiler}" > "${cmake_bootstrap_dir}/build.ninja"
echo "cxx = ${cmake_cxx_compiler}" >> "${cmake_bootstrap_dir}/build.ninja"
echo "cflags = ${cmake_c_flags}" >> "${cmake_bootstrap_dir}/build.ninja"
echo "cxxflags = ${cmake_cxx_flags}" >> "${cmake_bootstrap_dir}/build.ninja"
echo "ldflags = ${cmake_ld_flags}" >> "${cmake_bootstrap_dir}/build.ninja"
echo "rule cc" >> "${cmake_bootstrap_dir}/build.ninja"
echo " command = \$cc \$cflags \$srcflags -c \$in -o \$out" >> "${cmake_bootstrap_dir}/build.ninja"
echo "rule cxx" >> "${cmake_bootstrap_dir}/build.ninja"
echo " command = \$cxx \$cxxflags \$srcflags -c \$in -o \$out" >> "${cmake_bootstrap_dir}/build.ninja"
echo "rule link" >> "${cmake_bootstrap_dir}/build.ninja"
echo " command = \$cxx \$ldflags \$cxxflags \$in \$libs -o \$out" >> "${cmake_bootstrap_dir}/build.ninja"
echo "build cmake: link ${objs}" >> "${cmake_bootstrap_dir}/build.ninja"
echo " libs = ${libs}" >> "${cmake_bootstrap_dir}/build.ninja"
else
echo "cmake: ${objs}" > "${cmake_bootstrap_dir}/Makefile"
echo " ${cmake_cxx_compiler} ${cmake_ld_flags} ${cmake_cxx_flags} ${objs} ${libs} -o cmake" >> "${cmake_bootstrap_dir}/Makefile"
fi
ENH: Fix bootstrap to handle lex parser
2003-12-08 11:11:58 -08:00
for a in ${CMAKE_CXX_SOURCES}; do
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
src=`cmake_escape_artifact "${cmake_source_dir}/Source/${a}.cxx"`
Add cmProcessOutput class to be used for decoding text data This allows to decode text data we receive from external process which uses external encoding to our internal encoding.
2016-11-01 11:04:20 -07:00
src_flags=`eval echo \\${cmake_cxx_flags_\${a}}`
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
write_source_rule "cxx" "${a}.o" "${src}" "${src_flags}"
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
done
ENH: Fix bootstrap to handle lex parser
2003-12-08 11:11:58 -08:00
for a in ${CMAKE_C_SOURCES}; do
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
src=`cmake_escape_artifact "${cmake_source_dir}/Source/${a}.c"`
write_source_rule "c" "${a}.o" "${src}" ""
bootstrap: fix Bad substitution
2017-05-11 12:53:14 -07:00
done
cmstd: Modernize CMake system headers Provide a standardized way to handle the C++ "standard" headers customized to be used with current CMake C++ standard constraints. Offer under directory `cm` headers which can be used as direct replacements of the standard ones. For example: #include <cm/string_view> can be used safely for CMake development in place of the `<string_view>` standard header. Fixes: #19491
2019-08-04 01:49:16 -07:00
for a in ${CMAKE_STD_CXX_SOURCES}; do
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
src=`cmake_escape_artifact "${cmake_source_dir}/Utilities/std/cm/bits/${a}.cxx"`
cmstd: Modernize CMake system headers Provide a standardized way to handle the C++ "standard" headers customized to be used with current CMake C++ standard constraints. Offer under directory `cm` headers which can be used as direct replacements of the standard ones. For example: #include <cm/string_view> can be used safely for CMake development in place of the `<string_view>` standard header. Fixes: #19491
2019-08-04 01:49:16 -07:00
src_flags=`eval echo \\${cmake_cxx_flags_\${a}}`
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
write_source_rule "cxx" "${a}.o" "${src}" "${src_flags}"
cmstd: Modernize CMake system headers Provide a standardized way to handle the C++ "standard" headers customized to be used with current CMake C++ standard constraints. Offer under directory `cm` headers which can be used as direct replacements of the standard ones. For example: #include <cm/string_view> can be used safely for CMake development in place of the `<string_view>` standard header. Fixes: #19491
2019-08-04 01:49:16 -07:00
done
bootstrap: fix Bad substitution
2017-05-11 12:53:14 -07:00
for a in ${LexerParser_CXX_SOURCES}; do
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
src=`cmake_escape_artifact "${cmake_source_dir}/Source/LexerParser/${a}.cxx"`
bootstrap: fix Bad substitution
2017-05-11 12:53:14 -07:00
src_flags=`eval echo \\${cmake_cxx_flags_\${a}}`
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
write_source_rule "cxx" "${a}.o" "${src}" "${src_flags}"
bootstrap: fix Bad substitution
2017-05-11 12:53:14 -07:00
done
for a in ${LexerParser_C_SOURCES}; do
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
src=`cmake_escape_artifact "${cmake_source_dir}/Source/LexerParser/${a}.c"`
write_source_rule "c" "${a}.o" "${src}" ""
ENH: Fix bootstrap to handle lex parser
2003-12-08 11:11:58 -08:00
done
Remove references to KWSys Process Win9x support The KWSys "EncodeExecutable" and "ProcessFwd9x" executables were dropped from KWSys along with Win9x Process support. Drop references from the rest of the CMake build rules.
2012-12-19 06:00:55 -08:00
for a in ${KWSYS_C_SOURCES}; do
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
src=`cmake_escape_artifact "${cmake_source_dir}/Source/kwsys/${a}.c"`
src_flags="`eval echo \\${cmake_c_flags_\${a}}` -DKWSYS_NAMESPACE=cmsys"
write_source_rule "c" "${a}.o" "${src}" "${src_flags}"
ENH: Fix bootstrap to include ProcessUNIX.c
2003-07-07 14:52:53 -07:00
done
for a in ${KWSYS_CXX_SOURCES}; do
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
src=`cmake_escape_artifact "${cmake_source_dir}/Source/kwsys/${a}.cxx"`
src_flags="`eval echo \\${cmake_cxx_flags_\${a}}` -DKWSYS_NAMESPACE=cmsys"
write_source_rule "cxx" "${a}.o" "${src}" "${src_flags}"
ENH: Merged use of kwsys library.
2003-06-23 05:58:58 -07:00
done
bootstrap: Add option to use system libuv during bootstrap Support bootstrapping on older systems where our bundled version libuv does not compile (.e.g Centos5, see #19086 and #19311). Add a `--bootstrap-system-libuv` option to use the system-provided libuv even for the bootstrap binary itself.
2020-07-06 08:31:52 -07:00
if test "x${bootstrap_system_libuv}" = "x"; then
for a in ${LIBUV_C_SOURCES}; do
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
src=`cmake_escape_artifact "${cmake_source_dir}/Utilities/cmlibuv/${a}"`
write_source_rule "c" "uv-`cmake_obj ${a}`" "${src}" "${uv_c_flags}"
bootstrap: Add option to use system libuv during bootstrap Support bootstrapping on older systems where our bundled version libuv does not compile (.e.g Centos5, see #19086 and #19311). Add a `--bootstrap-system-libuv` option to use the system-provided libuv even for the bootstrap binary itself.
2020-07-06 08:31:52 -07:00
done
fi
cmCustomCommandGenerator: Add option to transform depfile
2020-10-05 09:15:17 -07:00
if test "x${bootstrap_system_librhash}" = "x"; then
for a in ${LIBRHASH_C_SOURCES}; do
src=`cmake_escape_artifact "${cmake_source_dir}/Utilities/cmlibrhash/${a}"`
librhash: Update build within CMake for rhash 1.4.4
2023-11-28 14:49:47 -08:00
write_source_rule "c" "rhash-`cmake_obj ${a}`" "${src}" "${librhash_c_flags}"
cmCustomCommandGenerator: Add option to transform depfile
2020-10-05 09:15:17 -07:00
done
fi
bootstrap: Unconditionally build libjsoncpp
2023-07-21 09:01:01 -07:00
if test "x${bootstrap_system_jsoncpp}" = "x"; then
for a in ${JSONCPP_CXX_SOURCES}; do
src=`cmake_escape_artifact "${cmake_source_dir}/Utilities/cmjsoncpp/${a}"`
write_source_rule "cxx" "jsoncpp-`cmake_obj ${a}`" "${src}" "${jsoncpp_cxx_flags}"
done
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
fi
if test "${cmake_bootstrap_generator}" = "Ninja"; then
echo "
rule rebuild_cache
command = cd \"${cmake_binary_dir}\" && \"${cmake_source_dir}/bootstrap\" --generator=\"${cmake_bootstrap_generator}\"
generator = 1
build build.ninja : rebuild_cache
" >> "${cmake_bootstrap_dir}/build.ninja"
else
echo "
ENH: Add rebuild_cache
2003-08-06 14:52:16 -07:00
rebuild_cache:
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
cd \"${cmake_binary_dir}\" && \"${cmake_source_dir}/bootstrap\" --generator=\"${cmake_bootstrap_generator}\"
" >> "${cmake_bootstrap_dir}/Makefile"
fi
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
# Write our default settings to Bootstrap${_cmk}/InitialCacheFlags.cmake.
echo '
# Generated by '"${cmake_source_dir}"'/bootstrap
ENH: Adding forced settings for prefix, docdir, mandir, and datadir.
2003-07-23 05:37:44 -07:00
# Default cmake settings. These may be overridden any settings below.
bootstrap: Build with Release config by default to get optimizations Fixes: #20197
2020-01-09 11:49:47 -08:00
set (CMAKE_BUILD_TYPE "Release" CACHE STRING "Choose the type of build.") # not FORCE to preserve defaults specified elsewhere
Convert CMake-language commands to lower case Ancient CMake versions required upper-case commands. Later command names became case-insensitive. Now the preferred style is lower-case. Run the following shell code: cmake --help-command-list | grep -v "cmake version" | while read c; do echo 's/\b'"$(echo $c | tr '[:lower:]' '[:upper:]')"'\(\s*\)(/'"$c"'\1(/g' done >convert.sed && git ls-files -z -- bootstrap '*.cmake' '*.cmake.in' '*CMakeLists.txt' | egrep -z -v '^(Utilities/cm|Source/kwsys/)' | xargs -0 sed -i -f convert.sed && rm convert.sed
2012-08-13 10:47:32 -07:00
set (CMAKE_INSTALL_PREFIX "'"${cmake_prefix_dir}"'" CACHE PATH "Install path prefix, prepended onto install directories." FORCE)
set (CMAKE_DOC_DIR "'"${cmake_doc_dir}"'" CACHE PATH "Install location for documentation (relative to prefix)." FORCE)
set (CMAKE_MAN_DIR "'"${cmake_man_dir}"'" CACHE PATH "Install location for man pages (relative to prefix)." FORCE)
Add option to control 'bin' directory of CMake's own installation (#16076) Add a `CMAKE_BIN_DIR` cache entry to CMake's own build configuration. Add a `--bindir` option to the `bootstrap` script to set it.
2016-05-27 07:03:43 -07:00
set (CMAKE_BIN_DIR "'"${cmake_bin_dir}"'" CACHE PATH "Install location for binaries (relative to prefix)." FORCE)
Convert CMake-language commands to lower case Ancient CMake versions required upper-case commands. Later command names became case-insensitive. Now the preferred style is lower-case. Run the following shell code: cmake --help-command-list | grep -v "cmake version" | while read c; do echo 's/\b'"$(echo $c | tr '[:lower:]' '[:upper:]')"'\(\s*\)(/'"$c"'\1(/g' done >convert.sed && git ls-files -z -- bootstrap '*.cmake' '*.cmake.in' '*CMakeLists.txt' | egrep -z -v '^(Utilities/cm|Source/kwsys/)' | xargs -0 sed -i -f convert.sed && rm convert.sed
2012-08-13 10:47:32 -07:00
set (CMAKE_DATA_DIR "'"${cmake_data_dir}"'" CACHE PATH "Install location for data (relative to prefix)." FORCE)
QtDialog: Add option to control XDG file install destination Create a `CMAKE_XDGDATA_DIR` option and add a corresponding flag to the `bootstrap` script. This is needed for multiarch layouts where the prefix is `/usr/${host}` but where architecture-independent files (like the XDG-specific ones) are installed to `/usr/share`.
2015-12-21 07:02:11 -08:00
set (CMAKE_XDGDATA_DIR "'"${cmake_xdgdata_dir}"'" CACHE PATH "Install location for XDG specific files (relative to prefix)." FORCE)
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
' > "${cmake_bootstrap_dir}/InitialCacheFlags.cmake"
ENH: Added optional configuration of data/doc/man dirs. This will be useful for package maintainers.
2003-07-21 13:38:53 -07:00
ENH: Add option to bootstrap script to enable Qt dialog. - Add --qt-gui and --no-qt-gui options - Add --qt-qmake=<qmake> option to help locate Qt - Build more commands during bootstrap to help FindQt4.cmake: MATH, GET_DIRECTORY_PROPERTY, EXECUTE_PROCESS, SEPARATE_ARGUMENTS - Bootstrapping with the cmake-gui is now possible in MSys
2008-02-13 11:47:03 -08:00
# Add configuration settings given as command-line options.
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "x${cmake_bootstrap_qt_gui}" != "x"; then
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
echo '
Convert CMake-language commands to lower case Ancient CMake versions required upper-case commands. Later command names became case-insensitive. Now the preferred style is lower-case. Run the following shell code: cmake --help-command-list | grep -v "cmake version" | while read c; do echo 's/\b'"$(echo $c | tr '[:lower:]' '[:upper:]')"'\(\s*\)(/'"$c"'\1(/g' done >convert.sed && git ls-files -z -- bootstrap '*.cmake' '*.cmake.in' '*CMakeLists.txt' | egrep -z -v '^(Utilities/cm|Source/kwsys/)' | xargs -0 sed -i -f convert.sed && rm convert.sed
2012-08-13 10:47:32 -07:00
set (BUILD_QtDialog '"${cmake_bootstrap_qt_gui}"' CACHE BOOL "Build Qt dialog for CMake" FORCE)
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
' >> "${cmake_bootstrap_dir}/InitialCacheFlags.cmake"
ENH: Add option to bootstrap script to enable Qt dialog. - Add --qt-gui and --no-qt-gui options - Add --qt-qmake=<qmake> option to help locate Qt - Build more commands during bootstrap to help FindQt4.cmake: MATH, GET_DIRECTORY_PROPERTY, EXECUTE_PROCESS, SEPARATE_ARGUMENTS - Bootstrapping with the cmake-gui is now possible in MSys
2008-02-13 11:47:03 -08:00
fi
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "x${cmake_bootstrap_qt_qmake}" != "x"; then
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
echo '
Convert CMake-language commands to lower case Ancient CMake versions required upper-case commands. Later command names became case-insensitive. Now the preferred style is lower-case. Run the following shell code: cmake --help-command-list | grep -v "cmake version" | while read c; do echo 's/\b'"$(echo $c | tr '[:lower:]' '[:upper:]')"'\(\s*\)(/'"$c"'\1(/g' done >convert.sed && git ls-files -z -- bootstrap '*.cmake' '*.cmake.in' '*CMakeLists.txt' | egrep -z -v '^(Utilities/cm|Source/kwsys/)' | xargs -0 sed -i -f convert.sed && rm convert.sed
2012-08-13 10:47:32 -07:00
set (QT_QMAKE_EXECUTABLE "'"${cmake_bootstrap_qt_qmake}"'" CACHE FILEPATH "Location of Qt qmake" FORCE)
ENH: Make bootstrap script work on VMS bash A few sweeping changes were needed: - Avoid use of HEREDOC, which does not seem to work. - Avoid extra '.' in paths by using '_cmk' and '_tmp' instead of '.cmk' and '.tmp'.
2009-06-10 10:04:25 -07:00
' >> "${cmake_bootstrap_dir}/InitialCacheFlags.cmake"
ENH: Add option to bootstrap script to enable Qt dialog. - Add --qt-gui and --no-qt-gui options - Add --qt-qmake=<qmake> option to help locate Qt - Build more commands during bootstrap to help FindQt4.cmake: MATH, GET_DIRECTORY_PROPERTY, EXECUTE_PROCESS, SEPARATE_ARGUMENTS - Bootstrapping with the cmake-gui is now possible in MSys
2008-02-13 11:47:03 -08:00
fi
cmake: Add debugger - Depends on cppdap and jsoncpp. - Add --debugger argument to enable the Debugger. - Add --debugger-pipe argument for DAP traffics over named pipes. - Support breakpoints by filenames and line numbers. - Support exception breakpoints. - Call stack shows filenames and line numbers. - Show Cache Variables. - Show the state of currently defined targets, tests and directories with their properties. - Add cmakeVersion to DAP initialize response. - Include unit tests. Co-authored-by: Ben McMorran <bemcmorr@microsoft.com>
2023-03-15 17:50:08 -07:00
if test "x${cmake_bootstrap_debugger}" != "x"; then
echo '
set (CMake_ENABLE_DEBUGGER '"${cmake_bootstrap_debugger}"' CACHE BOOL "Enable CMake debugger support" FORCE)
' >> "${cmake_bootstrap_dir}/InitialCacheFlags.cmake"
fi
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "x${cmake_sphinx_info}" != "x"; then
Utilities/Sphinx: Add option to build and install Info manual Add option `SPHINX_INFO` to enable the Sphinx 'texinfo' builder and use the `makeinfo` tool to convert it to a `.info` file.
2018-06-11 18:14:10 -07:00
echo '
set (SPHINX_INFO "'"${cmake_sphinx_info}"'" CACHE BOOL "Build Info manual with Sphinx" FORCE)
' >> "${cmake_bootstrap_dir}/InitialCacheFlags.cmake"
fi
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "x${cmake_sphinx_man}" != "x"; then
Build Help documentation during CMake build using Sphinx Add a Utilities/Sphinx directory to hold CMake build code to run the Sphinx (sphinx-doc.org) documentation generation tool. Create a CMakeLists.txt file there capable of building either as a subdirectory of the main CMake build, or as a standalone documentation build. Add cache options SPHINX_MAN and SPHINX_HTML to select output formats and SPHINX_EXECUTABLE to specify the sphinx-build executable. Add bootstrap options --sphix-man and --sphinx-html to select output formats and --sphinx-build=<sb> to specify the sphinx-build executable. Create a "conf.py.in" file to configure_file into "conf.py" to tell sphinx-build how to build our documents. Create a "cmake.py" Sphinx extension module defining: * The "cmake-module" directive used in Help/module/*.rst files to scan .rst markup from the corresponding Modules/*.cmake file. * A Sphinx domain called "cmake" defining documentation object types for CMake Help/<type> directories: command, generator, manual, module, policy, prop_*, and variable. Add a "role" for each type to perform cross-references. Teach the roles to treat "<XYZ>" as placeholders instead of explicit targets if not preceded by a space. Add cmake domain directives to define command and variable objects explicitly in .rst file content. This will allow modules to define their own commands and variables and have them indexed and linkable. * A Sphinx document transform that converts Help/<type>/*.rst documents into cmake domain objects of the corresponding <type> and adds index entries for them. This will automatically index all CMake documentation objects and provide cross-reference targets for them with no special markup in the .rst files.
2013-09-17 13:08:05 -07:00
echo '
bootstrap: Fix SPHINX_{MAN,HTML,QTHELP} cache entry type These cache entries should be generated with type BOOL, not FILEPATH.
2015-04-30 06:22:43 -07:00
set (SPHINX_MAN "'"${cmake_sphinx_man}"'" CACHE BOOL "Build man pages with Sphinx" FORCE)
Build Help documentation during CMake build using Sphinx Add a Utilities/Sphinx directory to hold CMake build code to run the Sphinx (sphinx-doc.org) documentation generation tool. Create a CMakeLists.txt file there capable of building either as a subdirectory of the main CMake build, or as a standalone documentation build. Add cache options SPHINX_MAN and SPHINX_HTML to select output formats and SPHINX_EXECUTABLE to specify the sphinx-build executable. Add bootstrap options --sphix-man and --sphinx-html to select output formats and --sphinx-build=<sb> to specify the sphinx-build executable. Create a "conf.py.in" file to configure_file into "conf.py" to tell sphinx-build how to build our documents. Create a "cmake.py" Sphinx extension module defining: * The "cmake-module" directive used in Help/module/*.rst files to scan .rst markup from the corresponding Modules/*.cmake file. * A Sphinx domain called "cmake" defining documentation object types for CMake Help/<type> directories: command, generator, manual, module, policy, prop_*, and variable. Add a "role" for each type to perform cross-references. Teach the roles to treat "<XYZ>" as placeholders instead of explicit targets if not preceded by a space. Add cmake domain directives to define command and variable objects explicitly in .rst file content. This will allow modules to define their own commands and variables and have them indexed and linkable. * A Sphinx document transform that converts Help/<type>/*.rst documents into cmake domain objects of the corresponding <type> and adds index entries for them. This will automatically index all CMake documentation objects and provide cross-reference targets for them with no special markup in the .rst files.
2013-09-17 13:08:05 -07:00
' >> "${cmake_bootstrap_dir}/InitialCacheFlags.cmake"
fi
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "x${cmake_sphinx_html}" != "x"; then
Build Help documentation during CMake build using Sphinx Add a Utilities/Sphinx directory to hold CMake build code to run the Sphinx (sphinx-doc.org) documentation generation tool. Create a CMakeLists.txt file there capable of building either as a subdirectory of the main CMake build, or as a standalone documentation build. Add cache options SPHINX_MAN and SPHINX_HTML to select output formats and SPHINX_EXECUTABLE to specify the sphinx-build executable. Add bootstrap options --sphix-man and --sphinx-html to select output formats and --sphinx-build=<sb> to specify the sphinx-build executable. Create a "conf.py.in" file to configure_file into "conf.py" to tell sphinx-build how to build our documents. Create a "cmake.py" Sphinx extension module defining: * The "cmake-module" directive used in Help/module/*.rst files to scan .rst markup from the corresponding Modules/*.cmake file. * A Sphinx domain called "cmake" defining documentation object types for CMake Help/<type> directories: command, generator, manual, module, policy, prop_*, and variable. Add a "role" for each type to perform cross-references. Teach the roles to treat "<XYZ>" as placeholders instead of explicit targets if not preceded by a space. Add cmake domain directives to define command and variable objects explicitly in .rst file content. This will allow modules to define their own commands and variables and have them indexed and linkable. * A Sphinx document transform that converts Help/<type>/*.rst documents into cmake domain objects of the corresponding <type> and adds index entries for them. This will automatically index all CMake documentation objects and provide cross-reference targets for them with no special markup in the .rst files.
2013-09-17 13:08:05 -07:00
echo '
bootstrap: Fix SPHINX_{MAN,HTML,QTHELP} cache entry type These cache entries should be generated with type BOOL, not FILEPATH.
2015-04-30 06:22:43 -07:00
set (SPHINX_HTML "'"${cmake_sphinx_html}"'" CACHE BOOL "Build html help with Sphinx" FORCE)
Build Help documentation during CMake build using Sphinx Add a Utilities/Sphinx directory to hold CMake build code to run the Sphinx (sphinx-doc.org) documentation generation tool. Create a CMakeLists.txt file there capable of building either as a subdirectory of the main CMake build, or as a standalone documentation build. Add cache options SPHINX_MAN and SPHINX_HTML to select output formats and SPHINX_EXECUTABLE to specify the sphinx-build executable. Add bootstrap options --sphix-man and --sphinx-html to select output formats and --sphinx-build=<sb> to specify the sphinx-build executable. Create a "conf.py.in" file to configure_file into "conf.py" to tell sphinx-build how to build our documents. Create a "cmake.py" Sphinx extension module defining: * The "cmake-module" directive used in Help/module/*.rst files to scan .rst markup from the corresponding Modules/*.cmake file. * A Sphinx domain called "cmake" defining documentation object types for CMake Help/<type> directories: command, generator, manual, module, policy, prop_*, and variable. Add a "role" for each type to perform cross-references. Teach the roles to treat "<XYZ>" as placeholders instead of explicit targets if not preceded by a space. Add cmake domain directives to define command and variable objects explicitly in .rst file content. This will allow modules to define their own commands and variables and have them indexed and linkable. * A Sphinx document transform that converts Help/<type>/*.rst documents into cmake domain objects of the corresponding <type> and adds index entries for them. This will automatically index all CMake documentation objects and provide cross-reference targets for them with no special markup in the .rst files.
2013-09-17 13:08:05 -07:00
' >> "${cmake_bootstrap_dir}/InitialCacheFlags.cmake"
fi
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "x${cmake_sphinx_qthelp}" != "x"; then
bootstrap: Add --sphinx-qthelp option to enable qthelp doc generation
2015-02-07 14:23:28 -08:00
echo '
bootstrap: Fix SPHINX_{MAN,HTML,QTHELP} cache entry type These cache entries should be generated with type BOOL, not FILEPATH.
2015-04-30 06:22:43 -07:00
set (SPHINX_QTHELP "'"${cmake_sphinx_qthelp}"'" CACHE BOOL "Build qch help with Sphinx" FORCE)
bootstrap: Add --sphinx-qthelp option to enable qthelp doc generation
2015-02-07 14:23:28 -08:00
' >> "${cmake_bootstrap_dir}/InitialCacheFlags.cmake"
Help: Add option to generate docs with latexpdf
2021-02-19 04:39:28 -08:00
fi
if test "x${cmake_sphinx_latexpdf}" != "x"; then
echo '
set (SPHINX_LATEXPDF "'"${cmake_sphinx_latexpdf}"'" CACHE BOOL "Build PDF help with Sphinx using LaTeX" FORCE)
' >> "${cmake_bootstrap_dir}/InitialCacheFlags.cmake"
bootstrap: Add --sphinx-qthelp option to enable qthelp doc generation
2015-02-07 14:23:28 -08:00
fi
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "x${cmake_sphinx_build}" != "x"; then
Build Help documentation during CMake build using Sphinx Add a Utilities/Sphinx directory to hold CMake build code to run the Sphinx (sphinx-doc.org) documentation generation tool. Create a CMakeLists.txt file there capable of building either as a subdirectory of the main CMake build, or as a standalone documentation build. Add cache options SPHINX_MAN and SPHINX_HTML to select output formats and SPHINX_EXECUTABLE to specify the sphinx-build executable. Add bootstrap options --sphix-man and --sphinx-html to select output formats and --sphinx-build=<sb> to specify the sphinx-build executable. Create a "conf.py.in" file to configure_file into "conf.py" to tell sphinx-build how to build our documents. Create a "cmake.py" Sphinx extension module defining: * The "cmake-module" directive used in Help/module/*.rst files to scan .rst markup from the corresponding Modules/*.cmake file. * A Sphinx domain called "cmake" defining documentation object types for CMake Help/<type> directories: command, generator, manual, module, policy, prop_*, and variable. Add a "role" for each type to perform cross-references. Teach the roles to treat "<XYZ>" as placeholders instead of explicit targets if not preceded by a space. Add cmake domain directives to define command and variable objects explicitly in .rst file content. This will allow modules to define their own commands and variables and have them indexed and linkable. * A Sphinx document transform that converts Help/<type>/*.rst documents into cmake domain objects of the corresponding <type> and adds index entries for them. This will automatically index all CMake documentation objects and provide cross-reference targets for them with no special markup in the .rst files.
2013-09-17 13:08:05 -07:00
echo '
set (SPHINX_EXECUTABLE "'"${cmake_sphinx_build}"'" CACHE FILEPATH "Location of Qt sphinx-build" FORCE)
' >> "${cmake_bootstrap_dir}/InitialCacheFlags.cmake"
fi
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "x${cmake_sphinx_flags}" != "x"; then
Add option to pass custom flags to sphinx-build (#15545) Create a SPHINX_FLAGS cache entry that users can populate with command-line flags for sphinx-build. Add an option to the bootstrap script to populate it up front. Suggested-by: Felix Geyer <debfx@ubuntu.com>
2015-04-30 06:30:14 -07:00
echo '
set (SPHINX_FLAGS [==['"${cmake_sphinx_flags}"']==] CACHE STRING "Flags to pass to sphinx-build" FORCE)
' >> "${cmake_bootstrap_dir}/InitialCacheFlags.cmake"
fi
ENH: Add option to bootstrap script to enable Qt dialog. - Add --qt-gui and --no-qt-gui options - Add --qt-qmake=<qmake> option to help locate Qt - Build more commands during bootstrap to help FindQt4.cmake: MATH, GET_DIRECTORY_PROPERTY, EXECUTE_PROCESS, SEPARATE_ARGUMENTS - Bootstrapping with the cmake-gui is now possible in MSys
2008-02-13 11:47:03 -08:00
ENH: Adding forced settings for prefix, docdir, mandir, and datadir.
2003-07-23 05:37:44 -07:00
# Add user-specified settings. Handle relative-path case for
ENH: Added optional configuration of data/doc/man dirs. This will be useful for package maintainers.
2003-07-21 13:38:53 -07:00
# specification of cmake_init_file.
(
cd "${cmake_binary_dir}"
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -f "${cmake_init_file}"; then
ENH: Added optional configuration of data/doc/man dirs. This will be useful for package maintainers.
2003-07-21 13:38:53 -07:00
cat "${cmake_init_file}" >> "${cmake_bootstrap_dir}/InitialCacheFlags.cmake"
fi
)
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
echo "---------------------------------------------"
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# Run make to build bootstrap cmake
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
if test "${cmake_bootstrap_generator}" = "Ninja"; then
ninja_v=-v
else
ninja_v=
fi
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "x${cmake_parallel_make}" != "x"; then
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
${cmake_make_processor} ${cmake_make_flags} ${ninja_v}
ENH: Add parallel build support, fix bug in verbose and clean output when adding arguments
2003-05-14 06:27:39 -07:00
else
Bootstrap: Add support for Ninja
2020-08-10 11:40:17 -07:00
${cmake_make_processor} ${ninja_v}
ENH: Add parallel build support, fix bug in verbose and clean output when adding arguments
2003-05-14 06:27:39 -07:00
fi
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
RES=$?
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "${RES}" -ne "0"; then
ENH: Merging changes from KWSys-IOS-bp to KWSys-IOS-b2t-1-mp to main tree. This corresponds to the same merge in KWSys. Fixes for bootstrapping on cygwin are also included.
2003-12-23 08:03:38 -08:00
cmake_error 9 "Problem while running ${cmake_make_processor}"
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
fi
cd "${cmake_binary_dir}"
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# Set C, CXX, and MAKE environment variables, so that real real cmake will be
# build with same compiler and make
CC="${cmake_c_compiler}"
CXX="${cmake_cxx_compiler}"
MAKE="${cmake_make_processor}"
export CC
export CXX
export MAKE
bootstrap: Add support for VAR=value options to specify tools and flags
2018-03-19 22:34:42 -07:00
export CFLAGS
export CXXFLAGS
export LDFLAGS
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# Run bootstrap CMake to configure real CMake
bootstrap: --verbose implies verbose Makefiles (#11708) Suggested-by: Nicolas Despres <nicolas.despres@gmail.com>
2011-01-17 05:44:04 -08:00
cmake_options="-DCMAKE_BOOTSTRAP=1"
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test -n "${cmake_verbose}"; then
bootstrap: --verbose implies verbose Makefiles (#11708) Suggested-by: Nicolas Despres <nicolas.despres@gmail.com>
2011-01-17 05:44:04 -08:00
cmake_options="${cmake_options} -DCMAKE_VERBOSE_MAKEFILE=1"
fi
bootstrap: Forward options after '--' to cmake Provide an interface simpler than --init= to set cache values during bootstrap builds. For example: ./bootstrap --system-zlib -- -DZLIB_ROOT=/opt/zlib will configure CMake with a system zlib library and initialize ZLIB_ROOT in the cache for use by FindZLIB.
2011-12-16 08:29:26 -08:00
"${cmake_bootstrap_dir}/cmake" "${cmake_source_dir}" "-C${cmake_bootstrap_dir}/InitialCacheFlags.cmake" "-G${cmake_bootstrap_generator}" ${cmake_options} ${cmake_bootstrap_system_libs} "$@"
BUG: Handle when initial cmake fails
2005-03-04 07:03:38 -08:00
RES=$?
bootstrap: Prefer “test …” over “[ … ]” The former is more portable.
2020-05-02 14:42:13 -07:00
if test "${RES}" -ne "0"; then
BUG: Handle when initial cmake fails
2005-03-04 07:03:38 -08:00
cmake_error 11 "Problem while running initial CMake"
fi
Initial import of bootstrap for CMake
2003-03-27 12:29:38 -08:00
echo "---------------------------------------------"
Several fixes before bootstrap is ready for prime-time: 1. Add --version flag to display version of CMake 2. Add comments to explain what is going on 3. Move CMAKE_ROOT_DIR and CMAKE_BOOTSTRAP to cmConfigure.h 4. Forward CC, CXX, and MAKE to cmake 5. Add more instructions
2003-05-15 06:35:16 -07:00
# And we are done. Now just run make
ENH: Adding forced settings for prefix, docdir, mandir, and datadir.
2003-07-23 05:37:44 -07:00
echo "CMake has bootstrapped. Now run ${cmake_make_processor}."