From f59d2551739707e8f4f25765db59bf52f4e86d58 Mon Sep 17 00:00:00 2001 From: Craig Scott Date: Sun, 30 Jan 2022 17:05:07 +1100 Subject: Help: Highlight internal nature of linker preference variables In d2efc90598 (Help: Move linker preference variables to the internal section, 2022-01-15), the internal nature of the CMAKE__LINKER_PREFERENCE and CMAKE__LINKER_PREFERENCE_PROPAGATES variables was made clearer. The LINKER_LANGUAGE target property references the former, but doesn't mention that the variable is internal. Make the internal nature of the variable and the preference implementation in general clearer in the LINKER_LANGUAGE docs. --- Help/prop_tgt/LINKER_LANGUAGE.rst | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/Help/prop_tgt/LINKER_LANGUAGE.rst b/Help/prop_tgt/LINKER_LANGUAGE.rst index b0a572b..f47b488 100644 --- a/Help/prop_tgt/LINKER_LANGUAGE.rst +++ b/Help/prop_tgt/LINKER_LANGUAGE.rst @@ -7,8 +7,10 @@ For executables, shared libraries, and modules, this sets the language whose compiler is used to link the target (such as "C" or "CXX"). A typical value for an executable is the language of the source file providing the program entry point (main). If not set, the language -with the highest linker preference value is the default. See -documentation of :variable:`CMAKE__LINKER_PREFERENCE` variables. +with the highest linker preference value is the default. Details of +the linker preferences are considered internal, but some limited +discussion can be found under the internal +:variable:`CMAKE__LINKER_PREFERENCE` variables. If this property is not set by the user, it will be calculated at generate-time by CMake. -- cgit v0.12