summaryrefslogtreecommitdiffstats
path: root/Help/command/DEVICE_LINK_OPTIONS.txt
Commit message (Collapse)AuthorAgeFilesLines
* Help: Add SHELL, LINKER and host/device discussions to property docsCraig Scott2021-05-151-0/+2
| | | | | | Section headings are also added for each common block to help guide the reader and improve navigation. Fixes: #21640
* Help: Add `.. versionadded` directives to commands documentationNikita Nemkin2020-11-091-10/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This change ony concerns directives that appear in the document body. The guidelines for inserting version directives: * Baseline version is CMake 3.0, i.e. directives start at 3.1. * Always use `.. versionadded::` directive, avoid ad-hoc version references. Exception: policy pages. * For new command signatures, put `versionadded` on a separate line after the signature. * For a group of new signatures in a new document section, a single version note at the beginning of the section is sufficient. * For new options, put `versionadded` on a separate line before option description. * If all the option descriptions in the list are short one-liners, it's fine to put `versionadded` on the same line as the description. * If multiple option descriptions in close proximity would have the same ..versionadded directive, consider adding a single directive after the list, mentioning all added options. * For compact value lists and sub-option lists, put a single `versionadded` directive after the list mentioning all additions. * When a change is described in a single paragraph, put `versionadded` into that paragraph. * When only part of the paragraph has changed, separate the changed part if it doesn't break the flow. Otherwise, write a follow-up clarification paragraph and apply version directive to that. * When multiple version directives are close by, order earlier additions before later additions. * Indent related lists and code blocks to include them in the scope of `versionadded` directive. Issue: #19715
* Help: Better document that CMP0105 controls DEVICE_LINK parsingRobert Maynard2020-06-181-3/+4
|
* CUDA: Device linking use now link optionsMarc Chevrier2020-04-191-0/+10
properties LINK_OPTIONS and INTERFACE_LINK_OPTIONS are propagated to the device link step. To control which options are selected for normal link and device link steps, the $<DEVICE_LINK> and $<HOST_LINK> generator expressions can be used. Fixes: #18265