summaryrefslogtreecommitdiffstats
path: root/Utilities/Release/dashmacmini5_release.cmake
Commit message (Collapse)AuthorAgeFilesLines
* Utilities/Release: Switch to OS X 10.7 and Qt 5.5 for Mac binaryBrad King2016-02-191-27/+0
| | | | | Use a new build machine to produce the OS X binary targeting OS X 10.7 and using Qt 5.5.
* Utilities/Release: Install docs in unversioned directory (#15692)Brad King2015-09-021-1/+1
| | | | | | | | | | | 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`.
* Utilities/Release: Refactor bootstrap argument constructionBrad King2015-09-021-1/+1
| | | | | Pass needed bootstrap arguments directly instead of constructing them from various conditions.
* Do not install 3rd-party dependencies by defaultBrad King2015-08-051-0/+1
| | | | | | | | Disable the CMake_INSTALL_DEPENDENCIES option by default and turn it on explicitly in our packaging scripts. This simplifies packaging in distributions that provide the dependencies for us without having to install them. We only need 3rd-party runtime dependencies to be installed for packaging with redistributable binaries.
* Utilities/Release: Update to more recent Qt 4.8 on OS XBrad King2015-06-081-1/+1
| | | | | | | | | | Update to a version newer than 4.8.0 to get the fix for this issue: https://bugreports.qt.io/browse/QTBUG-23704 https://codereview.qt-project.org/13576 http://code.qt.io/cgit/qt/qt.git/commit/?id=e88dbaa7fc We hit it in the cmake-gui command-line install help dialog.
* Utilities/Release: Build OS X and Win binaries without OpenSSLBrad King2015-02-181-6/+1
| | | | This will tell our curl to use the OS-native TLS/SSL APIs.
* Utilities/Release: Build Windows and OS X binaries with native SSLBrad King2014-12-221-1/+6
| | | | | | For the nightly binaries, turn of CMAKE_USE_OPENSSL on Windows and OS X 10.6+ platforms. This will activate the new curl behavior to use the OS-native SSL/TLS implementation.
* Utilities/Release: Fix name of OS X 10.6+ x86_64-only binaryBrad King2014-12-221-2/+2
| | | | | | | | In commit v3.1.0-rc1~52^2 (Make the OSX 10.6+ release x86_64 only, 2014-09-29) we forgot to remove the name "universal" from the binary name. Since the binary is no longer universal, use "x86_64" instead. While at it, update the deployment target to actually be 10.6.
* Make the OSX 10.6+ release x86_64 only.Robert Maynard2014-09-291-1/+1
| | | | | We have no need for the 10.6+ bundle to be 32 and 64bit. For older 32bit machines they should be using the 10.4+ 32bit release.
* CMake now using bzip2 compression for mac release bundles.Robert Maynard2014-09-241-0/+1
| | | | | Starting with OSX 10.4 dmg files offers bzip2 compression which offers small package sizes.
* OS X: Package with DragNDrop instead of PackageMakerBrad King2014-05-081-1/+1
| | | | | | | | | | | | | | | Use the CPack DragNDrop generator instead of the deprecated PackageMaker tool to package CMake itself. This provides an installation experience that is more consistent with other products on OS X and allows users to select the destination directory easily. It also avoids installing "/private/var/db/receipts/com.Kitware.CMake.*" receipts that must be removed by "pkgutil --forget com.Kitware.CMake" before another version of CMake can be installed. The DragNDrop installer does not support a post-flight script, so drop our configuration of it. The cmake-gui has an option for installing symbolic links to enable command-line use. In practice users may simply add "/Applications/CMake.app/Contents/bin" to their PATH instead.
* Utilities/Release: Update to openssl-1.0.1gBrad King2014-04-151-3/+3
| | | | | Update the prebuilt binary build configurations for machines where we build our own OpenSSL library to use a newer version.
* cmake-gui: Reference LGPLv2.1 when redistributing QtBrad King2013-11-211-0/+1
| | | | | | | | | Download http://www.gnu.org/licenses/old-licenses/lgpl-2.1.txt and place it as Licenses/LGPLv2.1.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/LGPLv2.1.txt so that the dialog can display a path to it.
* Utilities/Release: Enable CMAKE_USE_OPENSSL in nightly binariesBill Hoffman2012-09-111-0/+4
|
* Update version of Qt for dashmacmini5 produced release binariesDavid Cole2012-02-061-1/+1
| | | | Use 4.8.0
* Release Scripts: Use Qt 4.7.4 on dashmacmini5 (#12460)David Cole2011-09-161-1/+1
| | | | | | Also, since dashmacmini5 is newer/faster/better and is also building the source tarballs, remove that responsibility from the dashmacmini2 script.
* CMake Release Scripts: Changes for next release candidate...David Cole2011-08-261-0/+20
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