2013-10-15 19:17:36 +04:00
|
|
|
add_library
|
|
|
|
-----------
|
|
|
|
|
|
|
|
Add a library to the project using the specified source files.
|
|
|
|
|
|
|
|
::
|
|
|
|
|
|
|
|
add_library(<name> [STATIC | SHARED | MODULE]
|
|
|
|
[EXCLUDE_FROM_ALL]
|
2014-02-03 17:20:42 +04:00
|
|
|
source1 [source2 ...])
|
2013-10-15 19:17:36 +04:00
|
|
|
|
2014-02-03 17:20:42 +04:00
|
|
|
Adds a library target called ``<name>`` to be built from the source files
|
|
|
|
listed in the command invocation. The ``<name>`` corresponds to the
|
2013-10-15 19:17:36 +04:00
|
|
|
logical target name and must be globally unique within a project. The
|
|
|
|
actual file name of the library built is constructed based on
|
2014-02-03 17:20:42 +04:00
|
|
|
conventions of the native platform (such as ``lib<name>.a`` or
|
|
|
|
``<name>.lib``).
|
|
|
|
|
|
|
|
``STATIC``, ``SHARED``, or ``MODULE`` may be given to specify the type of
|
|
|
|
library to be created. ``STATIC`` libraries are archives of object files
|
|
|
|
for use when linking other targets. ``SHARED`` libraries are linked
|
|
|
|
dynamically and loaded at runtime. ``MODULE`` libraries are plugins that
|
|
|
|
are not linked into other targets but may be loaded dynamically at runtime
|
2013-10-15 19:17:36 +04:00
|
|
|
using dlopen-like functionality. If no type is given explicitly the
|
2014-02-03 17:20:42 +04:00
|
|
|
type is ``STATIC`` or ``SHARED`` based on whether the current value of the
|
|
|
|
variable :variable:`BUILD_SHARED_LIBS` is ``ON``. For ``SHARED`` and
|
|
|
|
``MODULE`` libraries the :prop_tgt:`POSITION_INDEPENDENT_CODE` target
|
|
|
|
property is set to ``ON`` automatically.
|
|
|
|
|
|
|
|
By default the library file will be created in the build tree directory
|
|
|
|
corresponding to the source tree directory in which thecommand was
|
|
|
|
invoked. See documentation of the :prop_tgt:`ARCHIVE_OUTPUT_DIRECTORY`,
|
|
|
|
:prop_tgt:`LIBRARY_OUTPUT_DIRECTORY`, and
|
|
|
|
:prop_tgt:`RUNTIME_OUTPUT_DIRECTORY` target properties to change this
|
|
|
|
location. See documentation of the :prop_tgt:`OUTPUT_NAME` target
|
|
|
|
property to change the ``<name>`` part of the final file name.
|
|
|
|
|
|
|
|
If ``EXCLUDE_FROM_ALL`` is given the corresponding property will be set on
|
|
|
|
the created target. See documentation of the :prop_tgt:`EXCLUDE_FROM_ALL`
|
|
|
|
target property for details.
|
|
|
|
|
2014-03-18 19:40:46 +04:00
|
|
|
Source arguments to ``add_library`` may use "generator expressions" with
|
|
|
|
the syntax ``$<...>``. See the :manual:`cmake-generator-expressions(7)`
|
|
|
|
manual for available expressions. See the :manual:`cmake-buildsystem(7)`
|
|
|
|
manual for more on defining buildsystem properties.
|
2014-02-03 17:20:42 +04:00
|
|
|
|
|
|
|
--------------------------------------------------------------------------
|
2013-10-15 19:17:36 +04:00
|
|
|
|
|
|
|
::
|
|
|
|
|
|
|
|
add_library(<name> <SHARED|STATIC|MODULE|UNKNOWN> IMPORTED
|
|
|
|
[GLOBAL])
|
|
|
|
|
2014-02-03 17:20:42 +04:00
|
|
|
An :ref:`IMPORTED library target <Imported Targets>` references a library
|
|
|
|
file located outside the project. No rules are generated to build it, and
|
|
|
|
the :prop_tgt:`IMPORTED` target property is ``True``. The target name has
|
|
|
|
scope in the directory in which it is created and below, but the ``GLOBAL``
|
|
|
|
option extends visibility. It may be referenced like any target built
|
|
|
|
within the project. ``IMPORTED`` libraries are useful for convenient
|
|
|
|
reference from commands like :command:`target_link_libraries`. Details
|
|
|
|
about the imported library are specified by setting properties whose names
|
|
|
|
begin in ``IMPORTED_`` and ``INTERFACE_``. The most important such
|
|
|
|
property is :prop_tgt:`IMPORTED_LOCATION` (and its per-configuration
|
|
|
|
variant :prop_tgt:`IMPORTED_LOCATION_<CONFIG>`) which specifies the
|
|
|
|
location of the main library file on disk. See documentation of the
|
|
|
|
``IMPORTED_*`` and ``INTERFACE_*`` properties for more information.
|
|
|
|
|
|
|
|
--------------------------------------------------------------------------
|
2013-10-15 19:17:36 +04:00
|
|
|
|
|
|
|
::
|
|
|
|
|
|
|
|
add_library(<name> OBJECT <src>...)
|
|
|
|
|
2014-02-03 17:20:42 +04:00
|
|
|
Creates a special "object library" target. An object library compiles
|
2013-10-15 19:17:36 +04:00
|
|
|
source files but does not archive or link their object files into a
|
2014-02-03 17:20:42 +04:00
|
|
|
library. Instead other targets created by :command:`add_library` or
|
|
|
|
:command:`add_executable` may reference the objects using an expression of the
|
|
|
|
form ``$<TARGET_OBJECTS:objlib>`` as a source, where ``objlib`` is the
|
2013-10-15 19:17:36 +04:00
|
|
|
object library name. For example:
|
|
|
|
|
2014-02-03 17:20:42 +04:00
|
|
|
.. code-block:: cmake
|
2013-10-15 19:17:36 +04:00
|
|
|
|
|
|
|
add_library(... $<TARGET_OBJECTS:objlib> ...)
|
|
|
|
add_executable(... $<TARGET_OBJECTS:objlib> ...)
|
|
|
|
|
|
|
|
will include objlib's object files in a library and an executable
|
|
|
|
along with those compiled from their own sources. Object libraries
|
|
|
|
may contain only sources (and headers) that compile to object files.
|
|
|
|
They may contain custom commands generating such sources, but not
|
2014-02-03 17:20:42 +04:00
|
|
|
``PRE_BUILD``, ``PRE_LINK``, or ``POST_BUILD`` commands. Object libraries
|
|
|
|
cannot be imported, exported, installed, or linked. Some native build
|
2013-10-15 19:17:36 +04:00
|
|
|
systems may not like targets that have only object files, so consider
|
|
|
|
adding at least one real source file to any target that references
|
2014-02-03 17:20:42 +04:00
|
|
|
``$<TARGET_OBJECTS:objlib>``.
|
2013-10-15 19:17:36 +04:00
|
|
|
|
2014-02-03 17:20:42 +04:00
|
|
|
--------------------------------------------------------------------------
|
2013-10-15 19:17:36 +04:00
|
|
|
|
|
|
|
::
|
|
|
|
|
|
|
|
add_library(<name> ALIAS <target>)
|
|
|
|
|
2014-02-03 17:20:42 +04:00
|
|
|
Creates an :ref:`Alias Target <Alias Targets>`, such that ``<name>`` can be
|
|
|
|
used to refer to ``<target>`` in subsequent commands. The ``<name>`` does
|
|
|
|
not appear in the generatedbuildsystem as a make target. The ``<target>``
|
|
|
|
may not be an :ref:`Imported Target <Imported Targets>` or an ``ALIAS``.
|
|
|
|
``ALIAS`` targets can be used as linkable targets and as targets to
|
|
|
|
read properties from. They can also be tested for existance with the
|
|
|
|
regular :command:`if(TARGET)` subcommand. The ``<name>`` may not be used
|
|
|
|
to modify properties of ``<target>``, that is, it may not be used as the
|
|
|
|
operand of :command:`set_property`, :command:`set_target_properties`,
|
|
|
|
:command:`target_link_libraries` etc. An ``ALIAS`` target may not be
|
|
|
|
installed or exported.
|
2013-10-15 19:17:36 +04:00
|
|
|
|
2014-02-03 17:20:42 +04:00
|
|
|
--------------------------------------------------------------------------
|
2013-10-15 19:17:36 +04:00
|
|
|
|
|
|
|
::
|
|
|
|
|
2013-12-31 17:52:07 +04:00
|
|
|
add_library(<name> INTERFACE [IMPORTED [GLOBAL]])
|
2013-10-15 19:17:36 +04:00
|
|
|
|
2014-02-03 17:20:42 +04:00
|
|
|
Creates an :ref:`Interface Library <Interface Libraries>`. An ``INTERFACE``
|
|
|
|
library target does not directly create build output, though it may
|
|
|
|
have properties set on it and it may be installed, exported and
|
|
|
|
imported. Typically the ``INTERFACE_*`` properties are populated on
|
|
|
|
the interface target using the :command:`set_property`,
|
|
|
|
:command:`target_link_libraries(INTERFACE)`,
|
|
|
|
:command:`target_include_directories(INTERFACE)`,
|
|
|
|
:command:`target_compile_options(INTERFACE)`
|
|
|
|
and :command:`target_compile_definitions(INTERFACE)` commands, and then it
|
|
|
|
is used as an argument to :command:`target_link_libraries` like any other
|
|
|
|
target.
|
|
|
|
|
|
|
|
An ``INTERFACE`` :ref:`Imported Target <Imported Targets>` may also be
|
|
|
|
created with this signature. An ``IMPORTED`` library target references a
|
|
|
|
library defined outside the project. The target name has scope in the
|
|
|
|
directory in which it is created and below, but the ``GLOBAL`` option
|
|
|
|
extends visibility. It may be referenced like any target built within
|
|
|
|
the project. ``IMPORTED`` libraries are useful for convenient reference
|
|
|
|
from commands like :command:`target_link_libraries`.
|