add_library.rst 6.9 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162
  1. add_library
  2. -----------
  3. .. only:: html
  4. .. contents::
  5. Add a library to the project using the specified source files.
  6. Normal Libraries
  7. ^^^^^^^^^^^^^^^^
  8. ::
  9. add_library(<name> [STATIC | SHARED | MODULE]
  10. [EXCLUDE_FROM_ALL]
  11. source1 [source2 ...])
  12. Adds a library target called ``<name>`` to be built from the source files
  13. listed in the command invocation. The ``<name>`` corresponds to the
  14. logical target name and must be globally unique within a project. The
  15. actual file name of the library built is constructed based on
  16. conventions of the native platform (such as ``lib<name>.a`` or
  17. ``<name>.lib``).
  18. ``STATIC``, ``SHARED``, or ``MODULE`` may be given to specify the type of
  19. library to be created. ``STATIC`` libraries are archives of object files
  20. for use when linking other targets. ``SHARED`` libraries are linked
  21. dynamically and loaded at runtime. ``MODULE`` libraries are plugins that
  22. are not linked into other targets but may be loaded dynamically at runtime
  23. using dlopen-like functionality. If no type is given explicitly the
  24. type is ``STATIC`` or ``SHARED`` based on whether the current value of the
  25. variable :variable:`BUILD_SHARED_LIBS` is ``ON``. For ``SHARED`` and
  26. ``MODULE`` libraries the :prop_tgt:`POSITION_INDEPENDENT_CODE` target
  27. property is set to ``ON`` automatically.
  28. A ``SHARED`` library may be marked with the :prop_tgt:`FRAMEWORK`
  29. target property to create an OS X Framework.
  30. If a library does not export any symbols, it must not be declared as a
  31. ``SHARED`` library. For example, a Windows resource DLL or a managed C++/CLI
  32. DLL that exports no unmanaged symbols would need to be a ``MODULE`` library.
  33. This is because CMake expects a ``SHARED`` library to always have an
  34. associated import library on Windows.
  35. By default the library file will be created in the build tree directory
  36. corresponding to the source tree directory in which the command was
  37. invoked. See documentation of the :prop_tgt:`ARCHIVE_OUTPUT_DIRECTORY`,
  38. :prop_tgt:`LIBRARY_OUTPUT_DIRECTORY`, and
  39. :prop_tgt:`RUNTIME_OUTPUT_DIRECTORY` target properties to change this
  40. location. See documentation of the :prop_tgt:`OUTPUT_NAME` target
  41. property to change the ``<name>`` part of the final file name.
  42. If ``EXCLUDE_FROM_ALL`` is given the corresponding property will be set on
  43. the created target. See documentation of the :prop_tgt:`EXCLUDE_FROM_ALL`
  44. target property for details.
  45. Source arguments to ``add_library`` may use "generator expressions" with
  46. the syntax ``$<...>``. See the :manual:`cmake-generator-expressions(7)`
  47. manual for available expressions. See the :manual:`cmake-buildsystem(7)`
  48. manual for more on defining buildsystem properties.
  49. Imported Libraries
  50. ^^^^^^^^^^^^^^^^^^
  51. ::
  52. add_library(<name> <SHARED|STATIC|MODULE|UNKNOWN> IMPORTED
  53. [GLOBAL])
  54. An :ref:`IMPORTED library target <Imported Targets>` references a library
  55. file located outside the project. No rules are generated to build it, and
  56. the :prop_tgt:`IMPORTED` target property is ``True``. The target name has
  57. scope in the directory in which it is created and below, but the ``GLOBAL``
  58. option extends visibility. It may be referenced like any target built
  59. within the project. ``IMPORTED`` libraries are useful for convenient
  60. reference from commands like :command:`target_link_libraries`. Details
  61. about the imported library are specified by setting properties whose names
  62. begin in ``IMPORTED_`` and ``INTERFACE_``. The most important such
  63. property is :prop_tgt:`IMPORTED_LOCATION` (and its per-configuration
  64. variant :prop_tgt:`IMPORTED_LOCATION_<CONFIG>`) which specifies the
  65. location of the main library file on disk. See documentation of the
  66. ``IMPORTED_*`` and ``INTERFACE_*`` properties for more information.
  67. Object Libraries
  68. ^^^^^^^^^^^^^^^^
  69. ::
  70. add_library(<name> OBJECT <src>...)
  71. Creates an :ref:`Object Library <Object Libraries>`. An object library
  72. compiles source files but does not archive or link their object files into a
  73. library. Instead other targets created by :command:`add_library` or
  74. :command:`add_executable` may reference the objects using an expression of the
  75. form ``$<TARGET_OBJECTS:objlib>`` as a source, where ``objlib`` is the
  76. object library name. For example:
  77. .. code-block:: cmake
  78. add_library(... $<TARGET_OBJECTS:objlib> ...)
  79. add_executable(... $<TARGET_OBJECTS:objlib> ...)
  80. will include objlib's object files in a library and an executable
  81. along with those compiled from their own sources. Object libraries
  82. may contain only sources that compile, header files, and other files
  83. that would not affect linking of a normal library (e.g. ``.txt``).
  84. They may contain custom commands generating such sources, but not
  85. ``PRE_BUILD``, ``PRE_LINK``, or ``POST_BUILD`` commands. Object libraries
  86. cannot be imported, exported, installed, or linked. Some native build
  87. systems may not like targets that have only object files, so consider
  88. adding at least one real source file to any target that references
  89. ``$<TARGET_OBJECTS:objlib>``.
  90. Alias Libraries
  91. ^^^^^^^^^^^^^^^
  92. ::
  93. add_library(<name> ALIAS <target>)
  94. Creates an :ref:`Alias Target <Alias Targets>`, such that ``<name>`` can be
  95. used to refer to ``<target>`` in subsequent commands. The ``<name>`` does
  96. not appear in the generatedbuildsystem as a make target. The ``<target>``
  97. may not be an :ref:`Imported Target <Imported Targets>` or an ``ALIAS``.
  98. ``ALIAS`` targets can be used as linkable targets and as targets to
  99. read properties from. They can also be tested for existance with the
  100. regular :command:`if(TARGET)` subcommand. The ``<name>`` may not be used
  101. to modify properties of ``<target>``, that is, it may not be used as the
  102. operand of :command:`set_property`, :command:`set_target_properties`,
  103. :command:`target_link_libraries` etc. An ``ALIAS`` target may not be
  104. installed or exported.
  105. Interface Libraries
  106. ^^^^^^^^^^^^^^^^^^^
  107. ::
  108. add_library(<name> INTERFACE [IMPORTED [GLOBAL]])
  109. Creates an :ref:`Interface Library <Interface Libraries>`. An ``INTERFACE``
  110. library target does not directly create build output, though it may
  111. have properties set on it and it may be installed, exported and
  112. imported. Typically the ``INTERFACE_*`` properties are populated on
  113. the interface target using the commands:
  114. * :command:`set_property`,
  115. * :command:`target_link_libraries(INTERFACE)`,
  116. * :command:`target_include_directories(INTERFACE)`,
  117. * :command:`target_compile_options(INTERFACE)`,
  118. * :command:`target_compile_definitions(INTERFACE)`, and
  119. * :command:`target_sources(INTERFACE)`,
  120. and then it is used as an argument to :command:`target_link_libraries`
  121. like any other target.
  122. An ``INTERFACE`` :ref:`Imported Target <Imported Targets>` may also be
  123. created with this signature. An ``IMPORTED`` library target references a
  124. library defined outside the project. The target name has scope in the
  125. directory in which it is created and below, but the ``GLOBAL`` option
  126. extends visibility. It may be referenced like any target built within
  127. the project. ``IMPORTED`` libraries are useful for convenient reference
  128. from commands like :command:`target_link_libraries`.