| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
|
| |
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).
|
|
|
|
|
|
|
| |
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 as C++11 since Qt 5.7 requires it. Limit use of glibc
to 2.6 APIs and lower.
|
|
|
|
|
| |
We already compile with `-stdlib=libc++` as required for Qt 5.6.
We can compile as C++11 and still deploy to OS X 10.7.
|
|
|
|
|
|
|
|
|
| |
Download http://www.gnu.org/licenses/lgpl.txt and place it as
Licenses/LGPLv3.txt in our source tree. When building cmake-gui, use
option CMake_GUI_DISTRIBUTE_WITH_Qt_LGPL to enable notification in the
"About" dialog of how the distribution of Qt is licensed. Install the
license file as ${CMAKE_ROOT}/Licenses/LGPLv3.txt so that the dialog can
display a path to it.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Run the `Utilities/Scripts/clang-format.bash` script to update
all our C++ code to a new style defined by `.clang-format`.
Use `clang-format` version 3.8.
* If you reached this commit for a line in `git blame`, re-run the blame
operation starting at the parent of this commit to see older history
for the content.
* See the parent commit for instructions to rebase a change across this
style transition commit.
|
|
|
|
|
| |
Use a new build machine to produce the OS X binary targeting OS X 10.7
and using Qt 5.6.
|
|
|
|
|
| |
Update the prebuilt binary build configurations for machines where
we build our own OpenSSL library to use a newer version.
|
|
|
|
|
|
| |
LibArchive now defines this explicitly if it is not defined already.
Since we define _WIN32_WINNT explicitly, we must now define a consistent
value of NTDDI_VERSION explicitly too.
|
|
|
|
|
|
| |
In `detect_nsis_overwrite.cpp` we include windows.h first, and we must
preserve that. Place the include in an isolated block so that tools
that sort includes do not move it.
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|\
| |
| |
| |
| | |
c0a1605b Utilities/Release: Update to openssl-1.0.2f
|
| |
| |
| |
| |
| | |
Update the prebuilt binary build configurations for machines where
we build our own OpenSSL library to use a newer version.
|
|\ \
| |/
|/|
| |
| | |
a12b0f1b CMake: Prevent WiX installations over existing NSIS installations
|
| |
| |
| |
| |
| |
| |
| |
| | |
Use a custom action to look for Uninstall.exe in the user
selected installation prefix.
Its presence indicates a previous NSIS installation.
Inform the user and request manual resolution of the issue.
|
|/ |
|
|
|
|
|
|
|
|
|
|
|
| |
Compile with `-D_WIN32_WINNT=0x501` 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.01` to make them runnable on
Windows XP. Ideally `cmake-gui` should instead be linked with
`-subsystem:windows,5.01` but with the Ninja and Makefile generators
CMake adds `-subsystem:windows` after our `-subsystem:console,5.01` flag
and the linker seems to interpret this combination as we need.
|
|
|
|
|
| |
Use a new build machine to produce the Windows binary using the CPack
WiX generator to produce a `.msi` installer.
|
| |
|
| |
|
| |
|
| |
|
| |
|