| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since these commits:
* commit ab2276e6b9 (Utilities/Release: remove old macOS release script,
2020-09-16)
* commit 7670ba8b0a (Utilities/Release: Drop win{32,64} scripts in favor
of docker build, 2020-05-05, v3.18.0-rc1~203^2)
* commit 689fdbfc61 (Utilities/Release: Drop linux64 script in favor of
docker build, 2019-08-27, v3.16.0-rc1~184^2)
several scripts we once used for producing release binaries for
distribution on `cmake.org` are no longer needed.
|
| |
|
|
| |
macOS releases are now made by GitLab-CI.
|
| |
|
|
|
|
|
| |
Also drop the `CMakeNightlyWin{32,64}` tests that use the scripts.
Follow the pattern from commit 689fdbfc61 (Utilities/Release: Drop
linux64 script in favor of docker build, 2019-08-27, v3.16.0-rc1~184^2).
|
| |
|
|
| |
Drop also drop the CMakeNightlyLinux64 test that uses the script.
|
| |
|
|
| |
Provide a more granular per-platform workflow.
|
| |
|
|
| |
Fixes: #18465
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
The 64-bit Windows binary is built in our second batch because it is
built on the same host as the 32-bit Windows binary. When the
documentation generation was first added, it was not included in the
second batch because at the time that batch only included the Cygwin
binary. Therefore the 64-bit Windows binary has been missing the
documentation since it was first created for CMake 3.6.
Since then the Cygwin binary was dropped so the second batch only
contains the 64-bit Windows binary. Add the docs to it.
Closes: #16333
|
| |
|
|
|
| |
Cygwin has packaged CMake independently of upstream for a long time.
See its [cygport](https://github.com/cygwinports/cmake).
|
| |
|
|
|
|
|
| |
The Linux distro we've been using for this is so old that it limits our
ability to import newer third-party software. Until a new machine can
be configured to provide this binary we can simply drop it. Users will
still be able to build from source or use a distro-provided version.
|
| |
|
|
|
|
|
|
|
|
|
| |
Compile with `-D_WIN32_WINNT=0x502` to use a WinXP-compatible API.
Compile with `-D_USING_V110_SDK71_` to tell the VS standard library
headers that we are building with a WinXP-compatible Windows SDK. Link
executables with `-subsystem:console,5.02` to make them runnable on
Windows XP 64-bit. Ideally `cmake-gui` should instead be linked with
`-subsystem:windows,5.02` but with the Ninja and Makefile generators
CMake adds `-subsystem:windows` after our `-subsystem:console,5.02` flag
and the linker seems to interpret this combination as we need.
|
| |
|
|
|
| |
The machine name we happen to use for the build is less informative than
its platform.
|
| |
|
|
|
| |
Use a new build machine to produce the OS X binary targeting OS X 10.7
and using Qt 5.5.
|
| |
|
|
|
| |
Use a new build machine to produce the Windows binary using the CPack
WiX generator to produce a `.msi` installer.
|
| |
|
|
|
| |
Users with OS X 10.5 or below can build from source or use an older
CMake version.
|
| |
|
|
|
|
|
|
|
|
|
| |
Our upstream-built release tarballs already contain many unversioned
paths and so will never overlap with another version of CMake in the
same installation prefix. Therefore we do not need a versioned name for
the documentation directory. Configure our release binaries to place
the documentation in an unversioned directory so that one can use the
same path to refer to the documentation locally even after updating
CMake. For example, on OS X one may see the documentation in
`/Applications/CMake.app/Contents/doc/cmake/html/index.html`.
|
| |
|
|
| |
We no longer produce binaries for AIX.
|
| | |
|
| |
|
|
|
|
|
|
| |
This machine has been decommissioned. See also SGI announcements:
SGI Support of MIPS IRIX Products Changes December 2013
https://www.sgi.com/services/support/irix_mips_support.html
https://www.sgi.com/products/software/irix/
|
| | |
|
| |
|
|
|
|
|
|
| |
Avoid requiring all build machines for the upstream packaging process to
have Python and Sphinx installed. Instead create a way to build the
documentation once on the host machine and copy it to each build machine
as a tarball with content to include in the installation tree for
packaging.
|
| |
|
|
| |
Quote paths in the generated shell scripts so they work with spaces.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Ancient versions of CMake required else(), endif(), and similar block
termination commands to have arguments matching the command starting the
block. This is no longer the preferred style.
Run the following shell code:
for c in else endif endforeach endfunction endmacro endwhile; do
echo 's/\b'"$c"'\(\s*\)(.\+)/'"$c"'\1()/'
done >convert.sed &&
git ls-files -z -- bootstrap '*.cmake' '*.cmake.in' '*CMakeLists.txt' |
egrep -z -v '^(Utilities/cm|Source/kwsys/)' |
egrep -z -v 'Tests/CMakeTests/While-Endwhile-' |
xargs -0 sed -i -f convert.sed &&
rm convert.sed
|
| |
|
|
|
|
|
| |
Removed script for dashsun1: machine is now defunct. R.I.P.
Added new script for 64-bit universal binary build on
dashmacmini5 with x86_64;i386
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Set GIT_COMMAND to "git" -- each machine involved in building
the CMake release binaries has the right "git" in the PATH.
Separate the release scripts into two batches so we can build
multiple releases on the same machine, in serial, if necessary.
We currnetly do this with the Windows and Cygwin release
binaries on dash2win64.
Sort the files to be uploaded, so that sorting them by modification
time (file copy / upload time) is equivalent to sorting them
alphabetically.
|
| |
|
|
|
| |
Remove scripts for machines that no longer build
releases. Update comments in README.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
is auto-defined now
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
