add_custom_target.rst 5.0 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123
  1. add_custom_target
  2. -----------------
  3. Add a target with no output so it will always be built.
  4. ::
  5. add_custom_target(Name [ALL] [command1 [args1...]]
  6. [COMMAND command2 [args2...] ...]
  7. [DEPENDS depend depend depend ... ]
  8. [BYPRODUCTS [files...]]
  9. [WORKING_DIRECTORY dir]
  10. [COMMENT comment]
  11. [VERBATIM] [USES_TERMINAL]
  12. [COMMAND_EXPAND_LISTS]
  13. [SOURCES src1 [src2...]])
  14. Adds a target with the given name that executes the given commands.
  15. The target has no output file and is *always considered out of date*
  16. even if the commands try to create a file with the name of the target.
  17. Use the :command:`add_custom_command` command to generate a file with
  18. dependencies. By default nothing depends on the custom target. Use
  19. the :command:`add_dependencies` command to add dependencies to or
  20. from other targets.
  21. The options are:
  22. ``ALL``
  23. Indicate that this target should be added to the default build
  24. target so that it will be run every time (the command cannot be
  25. called ``ALL``).
  26. ``BYPRODUCTS``
  27. Specify the files the command is expected to produce but whose
  28. modification time may or may not be updated on subsequent builds.
  29. If a byproduct name is a relative path it will be interpreted
  30. relative to the build tree directory corresponding to the
  31. current source directory.
  32. Each byproduct file will be marked with the :prop_sf:`GENERATED`
  33. source file property automatically.
  34. Explicit specification of byproducts is supported by the
  35. :generator:`Ninja` generator to tell the ``ninja`` build tool
  36. how to regenerate byproducts when they are missing. It is
  37. also useful when other build rules (e.g. custom commands)
  38. depend on the byproducts. Ninja requires a build rule for any
  39. generated file on which another rule depends even if there are
  40. order-only dependencies to ensure the byproducts will be
  41. available before their dependents build.
  42. The ``BYPRODUCTS`` option is ignored on non-Ninja generators
  43. except to mark byproducts ``GENERATED``.
  44. ``COMMAND``
  45. Specify the command-line(s) to execute at build time.
  46. If more than one ``COMMAND`` is specified they will be executed in order,
  47. but *not* necessarily composed into a stateful shell or batch script.
  48. (To run a full script, use the :command:`configure_file` command or the
  49. :command:`file(GENERATE)` command to create it, and then specify
  50. a ``COMMAND`` to launch it.)
  51. If ``COMMAND`` specifies an executable target name (created by the
  52. :command:`add_executable` command) it will automatically be replaced
  53. by the location of the executable created at build time. If set, the
  54. :prop_tgt:`CROSSCOMPILING_EMULATOR` executable target property will
  55. also be prepended to the command to allow the executable to run on
  56. the host.
  57. Additionally a target-level dependency will be added so that the
  58. executable target will be built before this custom target.
  59. Arguments to ``COMMAND`` may use
  60. :manual:`generator expressions <cmake-generator-expressions(7)>`.
  61. References to target names in generator expressions imply target-level
  62. dependencies.
  63. The command and arguments are optional and if not specified an empty
  64. target will be created.
  65. ``COMMENT``
  66. Display the given message before the commands are executed at
  67. build time.
  68. ``DEPENDS``
  69. Reference files and outputs of custom commands created with
  70. :command:`add_custom_command` command calls in the same directory
  71. (``CMakeLists.txt`` file). They will be brought up to date when
  72. the target is built.
  73. Use the :command:`add_dependencies` command to add dependencies
  74. on other targets.
  75. ``COMMAND_EXPAND_LISTS``
  76. Lists in ``COMMAND`` arguments will be expanded, including those
  77. created with
  78. :manual:`generator expressions <cmake-generator-expressions(7)>`,
  79. allowing ``COMMAND`` arguments such as
  80. ``${CC} "-I$<JOIN:$<TARGET_PROPERTY:foo,INCLUDE_DIRECTORIES>,;-I>" foo.cc``
  81. to be properly expanded.
  82. ``SOURCES``
  83. Specify additional source files to be included in the custom target.
  84. Specified source files will be added to IDE project files for
  85. convenience in editing even if they have no build rules.
  86. ``VERBATIM``
  87. All arguments to the commands will be escaped properly for the
  88. build tool so that the invoked command receives each argument
  89. unchanged. Note that one level of escapes is still used by the
  90. CMake language processor before ``add_custom_target`` even sees
  91. the arguments. Use of ``VERBATIM`` is recommended as it enables
  92. correct behavior. When ``VERBATIM`` is not given the behavior
  93. is platform specific because there is no protection of
  94. tool-specific special characters.
  95. ``USES_TERMINAL``
  96. The command will be given direct access to the terminal if possible.
  97. With the :generator:`Ninja` generator, this places the command in
  98. the ``console`` :prop_gbl:`pool <JOB_POOLS>`.
  99. ``WORKING_DIRECTORY``
  100. Execute the command with the given current working directory.
  101. If it is a relative path it will be interpreted relative to the
  102. build tree directory corresponding to the current source directory.