CMake.git - CMake is a cross-platform, open-source build system generator.

	Commit message (Collapse)	Author	Age	Files	Lines
*	Help: CPack DragNDrop Generator page use field lists	Alex Turbov	2023-02-07	1	-11/+21
\|
*	CPack/DMG: Do not use CPACK_RESOURCE_FILE_LICENSE for SLA by default	Brad King	2022-04-14	1	-2/+2
\| \| \| \| \| \| \| \|	Since macOS 12.0 deprecated the tools needed to attach a SLA to a `.dmg`, we should no longer do this by default. Add a policy to change the default to off. Fixes: #22978
*	CPack/DMG: Add explicit option to use CPACK_RESOURCE_FILE_LICENSE for SLA	Brad King	2022-01-18	1	-0/+21
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	Since macOS 12.0, the ``hdiutil udifrez`` and ``hdiutil udifderez`` commands to embed and extract resources in a disk image are deprecated. The CPack DragNDrop Generator uses these to attach the SLA specified by the `CPACK_RESOURCE_FILE_LICENSE` option. Since that option is shared by multiple CPack generators, we cannot deprecate it. Instead, add an explicit option to control the behavior. This will give projects a way to package on future macOS versions that remove the commands. In order to provide a long-term transition away from attaching SLAs to disk images, update `cpack` to default this behavior to OFF. To retain compatibility for CMake projects, teach the CPack module to default the option to ON. Later a policy can be added to change the default. Issue: #22978
*	Help: Add missing versionadded annotation for CPACK_DMG_FILESYSTEM	Craig Scott	2021-07-31	1	-0/+2
\|
*	Help: Fix typos and spelling in documentation	Josef Angstenberger	2021-05-07	1	-1/+1
\|
*	cpack: add CPACK_DMG_FILESYSTEM	Kevin Ushey	2021-03-02	1	-0/+6
\| \| \| \| \| \| \|	Allow users to configure the filesystem format of the generated `.dmg` via the `CPACK_DMG_FILESYSTEM` option. Fixes: #21874
*	Help: Add `.. versionadded` directives to CPack generator docs	Nikita Nemkin	2020-11-12	1	-0/+13
\| \| \| \|	Issue: #19715
*	CPack/DragNDrop: Support RTF licenses	Andrew Fuller	2020-01-24	1	-3/+5
\|
*	CPack/DragNDrop: Support CPACK_DMG_<component>_FILE_NAME	Andrew Fuller	2020-01-16	1	-0/+7
\|
*	Help: Use correct CPack generator names	Craig Scott	2018-11-06	1	-3/+3
\| \| \| \| \| \| \| \| \| \|	CPack generator names were not used consistently throughout the documentation, resulting in ambiguity about what the correct name was for use with the `cpack -G` option. With the changes in this commit, the cpack-generators(7) page of the manual now shows the correct names and other help pages no longer use inconsistent or incorrect names.
*	Help: Replace occurrences of "Mac OS X" with "macOS"	Bartosz Kosiorek	2018-09-05	1	-19/+19
\| \| \| \| \| \| \| \|	Apple's main Operating system changed their name from OS X to macOS: https://www.engadget.com/2016/06/13/os-x-is-now-macos/ Revise documentation accordingly.
*	Help: Add new section for CPack generators	Kyle Edwards	2018-06-21	1	-0/+101
	The documentation for CPack generators previously lived in their respective internal CMake modules. This setup was misleading, because it implied that you should include the modules in your own code, which is not the case. Moving the documentation into a separate section does a better job of hiding the internal modules, which are just an implementation detail. The generator documentation has also been modified to remove any references to the module name. The CPackIFW module is a special exception: since it has user-facing macros, the documentation for these macros has been kept in the module page, while all other documentation related to the IFW generator has been moved into the new section. To make it easier to find the new documentation, the old help pages for the CPack*.cmake modules have not been deleted, but have been replaced with a link to their respective help page in the new documentation section.