| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Provide a more granular per-platform workflow.
|
|
|
|
|
|
|
|
| |
Replace the `upload_release.cmake` script with a `push.bash` script
that is more configurable from the command line and that does not
hard-code any destinations. Instead of using `scp` to access
`cmake.org` directly, push the files atomically to a staging
directory from which another process will actually upload them.
|
|
|
|
| |
Read the version from `Source/CMakeVersion.cmake` instead of repeating it.
|
| |
|
|
|
|
|
|
|
| |
We now build with Qt 5.12. This plugin is needed with Qt >= 5.10.
Fixes: #19147
Suggested-by: mistersandman on gitlab.kitware.com
|
|\
| |
| |
| |
| |
| |
| | |
7593bdf4e8 CMake: Fix WiX installer downgrades with versioned binaries
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !3087
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Since commit 5b9da05b7a (Windows: Embed version information into CMake
binaries, 2017-10-25, v3.11.0-rc1~411^2) our binaries have version
information that prevents a `.msi` downgrade from replacing them by
default. Configure the re-install mode:
* a: reinstall all files regardless of version
* m: rewrite all per-machine registry entries
* u: rewrite all per-user registry entries
* s: reinstall shortcuts and icons
Fixes: #19006
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
In commit e903a9fc55 (Utilities/Release: Create a Windows 64-bit binary,
2016-03-16, v3.6.0-rc1~235^2~2) we added a `_USING_V110_SDK71_` macro to
tell the MSVC standard library headers they were using an older SDK.
The environment in which our Windows binaries are produced has been
updated to use a Windows 10 SDK now that we do not need to support
WinXP, so we can drop the definition.
|
| | |
|
| |
| |
| |
| |
| |
| | |
Drop support for Windows XP and Windows Vista. Upstream libuv has
done this, and since that is a dependency of ours we will soon
need to do so also.
|
|\ \
| |/
| |
| |
| |
| |
| | |
1d5c8b81db Utilities/Release: Add qthelp docs to binary archives
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !2497
|
| |
| |
| |
| | |
Fixes: #18465
|
|/
|
|
|
| |
Update the prebuilt binary build configurations for machines where
we build our own OpenSSL library to use a newer version.
|
| |
|
|
|
|
|
|
| |
Also add a binutils-2.31 to CMAKE_PREFIX_PATH in the environment so that
tests that look for them with `find_program` can find a newer version.
This is needed for the build id support in readelf.
|
|
|
|
|
|
| |
This test fails spuriously too often and prevents the nightly binary
from finishing. Simply skip it for the nightly binary to allow it to
complete more regularly.
|
| |
|
|
|
|
|
|
|
| |
Since commit v3.12.0-rc1~325^2 (ccmake: Check for curses more robustly
before enabling, 2018-03-21) we may not enable ccmake by default when
using a non-system curses (e.g. the static curses we build on Linux for
our binaries). Enable the option explicitly for our prebuilt binaries.
|
| |
|
|
|
|
|
| |
Update the prebuilt binary build configurations for machines where
we build our own OpenSSL library to use a newer version.
|
|
|
|
| |
The type of the `BUILD_QtDialog` cache entry is `BOOL`, not `BOOL:`.
|
| |
|
|
|
|
|
|
|
|
| |
Update the prebuilt binary build configurations for machines where
we build our own OpenSSL library to use a newer version.
Now that we require pthreads for libuv anyway, we can use OpenSSL 1.1
along with its dependency on pthreads.
|
|
|
|
|
| |
Update the prebuilt binary build configurations for machines where
we build our own OpenSSL library to use a newer version.
|
|
|
|
|
|
|
| |
Switch to the MSVC static runtime library (and static UCRT).
Link Qt statically, including the Windows platform plugin.
Disable the Qt tests because they are incompatible with a
Qt using a static runtime library.
|
|
|
|
|
| |
CMake_INSTALL_DEPENDENCIES is not needed because we link both
Qt and the toolchain runtime library statically.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
The build itself is done via bootstrap so there is no need to test
it again. We already do this for the macOS binary.
|
| |
|
|
|
|
| |
Update from 5.6.0.
|
|
|
|
|
|
|
| |
Update our release scripts to fetch `refs/stage/master/head` from
the `gitlab.kitware.com` repository. This will allow us to prepare
releases from staged commits before merging them to `master` or
`release`.
|
|
|
|
|
|
|
| |
Update our release scripts to fetch from the gitlab.kitware.com
repository instead of the cmake.org repository. Revise our
mapping of special branch names to account for the refs that
now store them in the new repository.
|
| |
|
| |
|
|
|
|
|
| |
Update the prebuilt binary build configurations for machines where
we build our own OpenSSL library to use a newer version.
|
| |
|
|
|
|
|
| |
On Linux the gzip tool is universally available, so our `.tar.gz` is
sufficient.
|
|
|
|
|
| |
On macOS the gzip tool is universally available, so our `.tar.gz` is
sufficient.
|
| |
|
|
|
|
|
| |
The machine that builds the Linux binary has python 3 and 2.6, but the
latter is too old for the server mode test script.
|
|
|
|
|
|
| |
Add the CMake_ENABLE_SERVER_MODE option explicitly to the configuration
of all binary builds. We want to know the mode is available if the
build succeeds.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
|\
| |
| |
| |
| | |
0310cb10 Utilities/Release: Build Linux and OS X binaries as C++14
|
| |
| |
| |
| | |
The toolchains we use to build on these platforms support it.
|
|/
|
|
|
|
| |
The test fails spuriously too often. Additional work on the test
will be needed to make it more reliable. For now just skip the
test when building nightly binaries so they can complete.
|
|
|
|
|
| |
Cygwin has packaged CMake independently of upstream for a long time.
See its [cygport](https://github.com/cygwinports/cmake).
|