Merge topic 'LINK_LIBRARY-libraries'

9fb1dff070 LINK_LIBRARY: Add features for library support on Apple
93a153bc7f Genx-LINK_LIBRARY: simplify framework features definitions

Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !7029
This commit is contained in:
Brad King
2022-03-07 15:03:48 +00:00
committed by Kitware Robot
17 changed files with 124 additions and 77 deletions
@@ -1157,7 +1157,7 @@ Output-Related Expressions
expression.
The ``library-list`` argument can hold CMake targets or external libraries.
Any ``CMake`` target of type :ref:`OBJECT <Object Libraries>` or
Any CMake target of type :ref:`OBJECT <Object Libraries>` or
:ref:`INTERFACE <Interface Libraries>` will be ignored by this expression and
will be handled in the standard way.
@@ -1187,7 +1187,7 @@ Output-Related Expressions
``end-group``, as supported by ``GNU ld``, the :genex:`LINK_GROUP`
generator expression can be used.
``CMake`` pre-defines some features of general interest:
CMake pre-defines some features of general interest:
.. include:: ../variable/LINK_LIBRARY_PREDEFINED_FEATURES.txt
+10
View File
@@ -0,0 +1,10 @@
Apple-link-library
------------------
* The :genex:`LINK_LIBRARY` generator expression gained the ability to link
libraries in various ways when targeting ``Apple`` platforms. The following
new features were added:
* ``NEEDED_LIBRARY``
* ``REEXPORT_LIBRARY``
* ``WEAK_LIBRARY``
@@ -22,6 +22,6 @@ features independent from the link language.
Predefined Features
^^^^^^^^^^^^^^^^^^^
``CMake`` pre-defines some features of general interest:
CMake pre-defines some features of general interest:
.. include:: LINK_LIBRARY_PREDEFINED_FEATURES.txt
@@ -27,6 +27,6 @@ set.
Predefined Features
^^^^^^^^^^^^^^^^^^^
``CMake`` pre-defines some features of general interest:
CMake pre-defines some features of general interest:
.. include:: LINK_LIBRARY_PREDEFINED_FEATURES.txt
@@ -1,6 +1,7 @@
**Features available in all environments**
* ``DEFAULT``: This feature enables default link expression. This is mainly
``DEFAULT``
This feature enables default link expression. This is mainly
useful with :prop_tgt:`LINK_LIBRARY_OVERRIDE` and
:prop_tgt:`LINK_LIBRARY_OVERRIDE_<LIBRARY>` target properties.
@@ -9,21 +10,27 @@
It is assumed that the linker used is the one provided by `XCode` or is
compatible with it.
* ``FRAMEWORK``: This option tells the linker to search for the specified
Framework support
``FRAMEWORK``
This option tells the linker to search for the specified
framework (use linker option ``-framework``).
* ``NEEDED_FRAMEWORK``: This is the same as the ``FRAMEWORK`` feature but means
``NEEDED_FRAMEWORK``
This is the same as the ``FRAMEWORK`` feature but means
to really link with the framework even if no symbols are used from it (use
linker option ``-needed_framework``).
* ``REEXPORT_FRAMEWORK``: This is the same as the ``FRAMEWORK`` feature but
``REEXPORT_FRAMEWORK``
This is the same as the ``FRAMEWORK`` feature but
also specifies that all symbols in that framework should be available to
clients linking to the library being created (use linker option
``-reexport_framework``).
* ``WEAK_FRAMEWORK``: This is the same as the ``FRAMEWORK`` feature but forces
``WEAK_FRAMEWORK``
This is the same as the ``FRAMEWORK`` feature but forces
the framework and all references to it to be marked as weak imports (use
linker option ``-weak_framework``).
Features for framework linking have a special handling in ``CMake``: the
framework can be specified as a ``CMake`` framework target or file path. In the
Features for framework linking have a special handling in CMake: the
framework can be specified as a CMake framework target or file path. In the
first case, the target must have the :prop_tgt:`FRAMEWORK` target property set
as ``TRUE`` to enable framework handling. In the later case, if the path
includes a directory part, this one will be specified as framework search path
@@ -45,3 +52,19 @@ at link step.
* (/path/to/)?FwName(.framework)?
* (/path/to/)?FwName.framework/FwName
* (/path/to/)?FwName.framework/Versions/\*/FwName
Library support
``NEEDED_LIBRARY``
This is the same as specifying a link item (target or
library) but means to really link with the item even if no symbols are used
from it (use linker option ``-needed_library`` or ``-needed-l``).
``REEXPORT_LIBRARY``
This is the same as specifying a link item (target or
library) but also specifies that all symbols in that item should be available
to clients linking to the library being created (use linker option
``-reexport_library`` or ``-reexport-l``).
``WEAK_LIBRARY``
This is the same as specifying a link item (target or
library) but forces the item and all references to it to be marked as weak
imports (use linker option ``-weak_library`` or ``-weak-l``).