summaryrefslogtreecommitdiffstats
path: root/Source/cmMakefileExecutableTargetGenerator.cxx
Commit message (Collapse)AuthorAgeFilesLines
* instrumentation: Move target data into content filesMartin Duffy2025-10-021-2/+0
| | | | | | | | | Create a single place to store target data to prevent duplication. This moves `targetType` and `targetLabels` out of the snippet files and into a target map in the `cmakeContent` file referenced by each snippet. Fixes: #27244
* Makefiles: populate the `TARGET_SUPPORT_DIR` replacement variableBen Boeckel2025-07-281-0/+14
|
* cmLocalGenerator: Drop no-op link flag placeholder infrastructureBrad King2025-06-101-4/+2
| | | | | | Revert infrastructure from commit 8bcf9c7a3e (Add support of "LINKER:" prefix for artifact creation flags, 2024-10-12, v4.0.0-rc1~522^2~1). It is not needed to populate legacy placeholders with empty strings.
* Ninja,Makefile: Move builtin linker flags to <LINK_FLAGS> placeholderBrad King2025-06-101-0/+2
| | | | | | | | | | | | | | | Previously we used separate placeholders for builtin linker flags: * CMAKE_<LANG>_LINK_FLAGS for EXECUTABLEs * CMAKE_SHARED_LIBRARY_CREATE_<LANG>_FLAGS for SHARED libraries * CMAKE_SHARED_MODULE_CREATE_<LANG>_FLAGS for MODULE libraries These correspond to variables set by our compiler information modules. Teach the generators to look up these variables and add them to the existing `<LINK_FLAGS>` placeholder instead. Substitute the empty string for the old placeholders. Issue: #21934
* Linker: Generate per-language module -DEF: flags on WindowsBrad King2025-05-281-1/+1
| | | | | | | | | | | | With IntelLLVM on Windows, we link using the compiler driver. With MSVC on Windows, we invoke the linker directly. If we use both in a single build tree, for separate languages, the value of `CMAKE_LINK_DEF_FILE_FLAG` conflicts. Add a per-language `CMAKE_<LANG>_LINK_DEF_FILE_FLAG` variable to avoid the conflict. Preserve the language-agnostic variable for compatibility with projects that reference it. Fixes: #26005
* LICENSE: Replace references to Copyright.txt with LICENSE.rstKitware Robot2025-03-031-1/+1
| | | | | | | | | | ``` git grep -lz 'Copyright.txt or https://cmake.org/licensing ' | while IFS= read -r -d $'\0' f ; do sed -i '/Copyright.txt or https:\/\/cmake.org\/licensing / { s/Copyright.txt/LICENSE.rst/ }' "$f" ; done ```
* instrumentation: Add Config value to snippet dataMartin Duffy2025-02-091-0/+1
|
* Revise C++ coding style using clang-format with "east const"Kitware Robot2025-01-231-7/+7
| | | | | | | | | | | | | | | Run the `clang-format.bash` script to update all our C and C++ code to a new style defined by `.clang-format`, now with "east const" enforcement. Use `clang-format` version 18. * 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. Issue: #26123
* CMP0065: Remove support for OLD behaviorBrad King2025-01-221-1/+1
|
* instrumentation: Add targetLabels field to link snippetsMartin Duffy2025-01-171-0/+2
| | | | | Adds a new data field `targetLabels` to link snippets which contains a list of text labels from the LABELS target property.
* Add support of "LINKER:" prefix for Windows executable creationMarc Chevrier2024-11-041-10/+10
| | | | | | The following variables now support the LINKER: prefix: * CMAKE_<LANG>_CREATE_WIN32_EXE * CMAKE_<LANG>_CREATE_CONSOLE_EXE
* Add support of "LINKER:" prefix for artifact creation flagsMarc Chevrier2024-11-041-2/+4
| | | | | | | The following variables now support the LINKER: prefix: * CMAKE_SHARED_LIBRARY_CREATE_<LANG>_FLAGS * CMAKE_SHARED_MODULE_CREATE_<LANG>_FLAGS * CMAKE_<LANG>_LINK_FLAGS
* Refactoring cmRulePlaceHolderExpander: propagate cmBuildStep informationMarc Chevrier2024-11-041-2/+3
|
* Add support of "LINKER:" prefix for CMAKE_<TYPE>_LINKER_FLAGS variableMarc Chevrier2024-11-041-1/+2
| | | | | | | | The following variables now support the LINKER: prefix: * CMAKE_<TYPE>_LINKER_FLAGS * CMAKE_<TYPE>_LINKER_FLAGS_<CONFIG> Fixes: #26171
* Add options to specify linker toolMarc Chevrier2023-10-131-0/+3
| | | | | | | | | | | | | | | | | | Offer the capability, through variable `CMAKE_LINKER_TYPE`, as well as the target property `LINKER_TYPE` to specify which linker must be used. The implementation of this capability is specified by variables specific to the language and linker type: `CMAKE_<LANG>_USING_LINKER_<TYPE>`. Some definitions are provided as part of `CMake`. For example, to select the `LLVM` linker rather than the standard one, the type `LLD` should be specified through the variable `CMAKE_LINKER_TYPE`. And, on `Apple`, `Linux` and some environments on `Windows`, the variable `CMAKE_<LANG>_USING_LINKER_LLD` has value `-fuse-ld=lld`. And for `Windows` environments based on `MSVC`, where the linker is used directly, the tool `lld-link.exe` will be used rather than `link.exe`. Fixes: #19174, #24254, #24990
* CreateRulePlaceholderExpander(): enhance memory managementMarc Chevrier2023-05-041-4/+4
| | | | This method returns now a std::unique_ptr instance rather than a raw pointer.
* Link step: use linker dependency linker fileMarc Chevrier2023-05-031-0/+2
| | | | | | Based on work done by @ben.boeckel (!8051) Fixes: #22217
* CMake code rely on cmList class for CMake lists management (part. 2)Marc Chevrier2023-04-291-7/+7
|
* Makefile: Don't pass the CUDA compiler response files with UTF8_BOMRobert Maynard2023-02-281-4/+5
| | | | Fixes #24544
* RULE_LAUNCH_*: Add support for generator expressionsKyle Edwards2023-02-031-6/+8
|
* Watcom: Replace WATCOMQUOTE format by UseWatcomQuote attributeJiri Malak2023-01-241-4/+1
| | | | | | | Replace WATCOMQUOTE output format by UseWatcomQuote attribute to properly handle single quote This attribute is used globaly only for Watcom linker to handle single-quote separator instead of double-quote it doesn't mean different output format only change of quoting separator It is now applied to any output form SHELL/RESPONSE/NINJAMULTI if Watcom linker is used otherwise double-quote is used
* CUDA: Add Device LTO support for nvccRobert Maynard2022-07-221-8/+9
| | | | Fixes #22200
* CUDA: Support response files with nvccRobert Maynard2022-06-131-4/+6
|
* cmLocalGenerator: Adopt AppendModuleDefinitionFlag methodBrad King2022-05-311-2/+3
| | | | Migrate from `cmCommonTargetGenerator::AddModuleDefinitionFlag`.
* Merge topic 'aix-exe-exports'Brad King2022-03-281-3/+3
|\ | | | | | | | | | | | | a8dae21ac1 AIX: Fix executable ENABLE_EXPORTS in Makefile generators Acked-by: Kitware Robot <kwrobot@kitware.com> Merge-request: !7120
| * AIX: Fix executable ENABLE_EXPORTS in Makefile generatorsBrad King2022-03-261-3/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In commit afcd9fe669 (AIX: Add an option to disable automatic exports from shared libraries, 2020-01-30, v3.17.0-rc1~47^2) the population of the `<AIX_EXPORTS>` rule variable placeholder was accidentally added to the device linking rule rather than the main linking rule. This caused our `ExportImportList` script on AIX, when called for executables with `ENABLE_EXPORTS` set, to be given an `AIX_EXPORTS` file name that does not exist, leading to a warning from the `dump` tool. Move the population of the `<AIX_EXPORTS>` placeholder in the Makefile generators to the main link rule. Issue: #20290
* | CUDA: Ignore USE_WATCOM_QUOTE for device link rulesRaul Tambre2021-11-071-9/+3
| | | | | | | | It's useless as the Watcom compiler isn't supported by NVCC.
* | Rename cmProp in cmValueMarc Chevrier2021-09-211-6/+6
| |
* | LINK_WHAT_YOU_USE feature: externalize configurationMarc Chevrier2021-07-091-9/+14
|/ | | | | | | | Currently, this feature is only supported on ELF platforms. So, the property LINK_WHAT_YOU_USE will be ignored for other plateforms. Moreover, flags and commands are now controled by CMake variables. Fixes: #20174
* Launchers: Support setting linker launchersBobby D Reynolds2021-05-281-0/+6
| | | | Fixes: #18316
* cmLocalGenerator: Factor out relative path conversion helpersBrad King2021-05-131-40/+26
| | | | | | Most calls to `MaybeConvertToRelativePath` use one of our common work directories (e.g. top of the build tree) as the local path. Add helpers for each of the common cases to simplify and clarify call sites.
* Per-language Win32/Console flagsRaul Tambre2021-03-171-2/+5
| | | | | | | | Allows using different compilers with different flags for different languages. For example Clang with GNU-like commandline for CXX and MSVC as host compiler for CUDA. Should help with #21914.
* cmLocalGenerator::GetRuleLauncher: return cmPropvvs314152020-11-021-6/+7
|
* CUDA: Clang separable compilationRaul Tambre2020-09-241-22/+31
| | | | | | | | | | | | For NVCC the compiler takes care of device linking when passed the "-dlink" flag. Clang doesn't support such magic and requires the buildsystem to do the work that NVCC does behind the scenes. The implementation is based on Bazel's device linking documentation: https://github.com/tensorflow/tensorflow/blob/7cabcdf073abad8c46e9dda62bb8fa4682d2061e/third_party/nccl/build_defs.bzl.tpl#L259 Closes: #20726
* WIN32_EXECUTABLE: Add support for generator expressionsKyle Edwards2020-08-211-1/+2
|
* cmNonempty: Convenience inlines to check for non-empty stringVitaly Stakhovsky2020-07-141-2/+2
|
* cmMakefile: add GetDefExpandList() that splits value into std::vectorVitaly Stakhovsky2020-05-301-3/+1
| | | | Combines cmMakefile:GetDefinition() and cmExpandList()
* CUDA: Device linking use now link optionsMarc Chevrier2020-04-191-21/+5
| | | | | | | | | | 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
* cmState::GetTargetTypeName: return type is *cmPropVitaly Stakhovsky2020-03-191-1/+1
|
* AIX: Add an option to disable automatic exports from shared librariesBrad King2020-01-311-0/+3
| | | | | | | | | | Since commit 0f150b69d3 (AIX: Explicitly compute shared object exports for both XL and GNU, 2019-07-11, v3.16.0-rc1~418^2~2) we always export all symbols from shared libraries by default. Add a new target property called `AIX_EXPORT_ALL_SYMBOLS` that can be explicitly set to OFF to suppress this behavior and export no symbols by default. Fixes: #20290
* cmGlobalGenerator: modernize memrory managemenbtMarc Chevrier2019-12-301-4/+4
|
* Refactoring: use append functions from cmext/algorithmMarc Chevrier2019-12-171-4/+4
|
* Refactor: Prepare Ninja generator for multi-configKyle Edwards2019-12-131-26/+29
|
* PCH: Generate sources during Compute stepCristian Adam2019-10-091-2/+0
|
* Unity build: Generate sources during Compute stepBrad King2019-10-031-1/+0
| | | | | | | | The unity build sources need to be added for all generators. Create them during `cmGlobalGenerator::Compute` to avoid duplicating the calls in every generator. We already handle Qt autogen there too. Issue: #19789
* cmstd: Modernize CMake system headersMarc Chevrier2019-09-201-1/+1
| | | | | | | | | | | | | | Provide a standardized way to handle the C++ "standard" headers customized to be used with current CMake C++ standard constraints. Offer under directory `cm` headers which can be used as direct replacements of the standard ones. For example: #include <cm/string_view> can be used safely for CMake development in place of the `<string_view>` standard header. Fixes: #19491
* cmLocalGenerator: Remove AppendFlags 'const char*' overloadBrad King2019-09-051-4/+5
| | | | | Update call sites to ensure the `std::string` argument can be constructed safely.
* Unity build: Add support for Ninja and Makefile generatorsCristian Adam2019-08-291-0/+1
|
* Precompile headers: Add methods to generate PCH sourcesCristian Adam2019-08-281-0/+2
| | | | Co-Author: Daniel Pfeifer <daniel@pfeifer-mail.de>
* Source sweep: Use cmStrCat for string concatenationSebastian Holtermann2019-08-221-35/+26
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This patch is generated by a python script that uses regular expressions to search for string concatenation patterns of the kind ``` std::string str = <ARG0>; str += <ARG1>; str += <ARG2>; ... ``` and replaces them with a single `cmStrCat` call ``` std::string str = cmStrCat(<ARG0>, <ARG1>, <ARG2>, ...); ``` If any `<ARGX>` is itself a concatenated string of the kind ``` a + b + c + ...; ``` then `<ARGX>` is split into multiple arguments for the `cmStrCat` call. If there's a sequence of literals in the `<ARGX>`, then all literals in the sequence are concatenated and merged into a single literal argument for the `cmStrCat` call. Single character strings are converted to single char arguments for the `cmStrCat` call. `std::to_string(...)` wrappings are removed from `cmStrCat` arguments, because it supports numeric types as well as string types. `arg.substr(x)` arguments to `cmStrCat` are replaced with `cm::string_view(arg).substr(x)`
generated by cgit v0.12 at 2026-01-22 21:18:02 (GMT)