mirror of
https://github.com/Kitware/CMake.git
synced 2026-04-24 07:08:38 -05:00
codespell: Fix typos
This commit is contained in:
@@ -195,7 +195,7 @@ prints::
|
||||
Immediate Message
|
||||
Deferred Message
|
||||
|
||||
The ``Cancelled Message`` is never printed because its command is
|
||||
The ``Canceled Message`` is never printed because its command is
|
||||
canceled. The ``deferred_message`` variable reference is not evaluated
|
||||
until the call site, so it can be set after the deferred call is scheduled.
|
||||
|
||||
|
||||
@@ -94,7 +94,7 @@ Reusing Precompile Headers
|
||||
^^^^^^^^^^^^^^^^^^^^^^^^^^
|
||||
|
||||
The command also supports a second signature which can be used to specify that
|
||||
one target re-uses a precompiled header file artifact from another target
|
||||
one target reuses a precompiled header file artifact from another target
|
||||
instead of generating its own:
|
||||
|
||||
.. code-block:: cmake
|
||||
|
||||
@@ -19,9 +19,9 @@ be used on FreeBSD, DragonflyBSD, NetBSD, OpenBSD, but also on Linux or OSX,
|
||||
depending on the installed package-management tools -- using :module:`CPack`.
|
||||
|
||||
The CPack FreeBSD generator is a :module:`CPack` generator and uses the
|
||||
:variable:`!CPACK_XXX` variables used by :module:`CPack`. It tries to re-use packaging
|
||||
:variable:`!CPACK_XXX` variables used by :module:`CPack`. It tries to reuse packaging
|
||||
information that may already be specified for Debian packages for the
|
||||
:cpack_gen:`CPack DEB Generator`. It also tries to re-use RPM packaging
|
||||
:cpack_gen:`CPack DEB Generator`. It also tries to reuse RPM packaging
|
||||
information when Debian does not specify.
|
||||
|
||||
The CPack FreeBSD generator should work on any host with libpkg installed. The
|
||||
|
||||
+1
-1
@@ -338,7 +338,7 @@ policies added for that version. Commit with a message such as::
|
||||
|
||||
export: Increase maximum policy version in exported files to $prev
|
||||
|
||||
The files generatd by `install(EXPORT)` and `export()` commands
|
||||
The files generated by `install(EXPORT)` and `export()` commands
|
||||
are known to work with policies as of CMake $prev, so enable them
|
||||
in sufficiently new CMake versions.
|
||||
|
||||
|
||||
@@ -318,7 +318,7 @@ Changes made since CMake 3.21.0 include the following.
|
||||
* The :generator:`Visual Studio 17 2022` generator is now based on
|
||||
"Visual Studio 2022 Preview 4". Previously it was based on "Preview 3.1".
|
||||
|
||||
* The AMD ROCm Platform ``hipcc`` compiler was identifed by CMake 3.21.0
|
||||
* The AMD ROCm Platform ``hipcc`` compiler was identified by CMake 3.21.0
|
||||
through 3.21.2 as a distinct compiler with id ``ROCMClang``. This has
|
||||
been removed because it caused regressions. Instead:
|
||||
|
||||
|
||||
@@ -12,7 +12,7 @@ The primary purpose of this variable is to facilitate integration between
|
||||
:command:`find_package` and :command:`FetchContent_MakeAvailable`. The latter
|
||||
command may create files in the ``CMAKE_FIND_PACKAGE_REDIRECTS_DIR`` directory
|
||||
when it populates a dependency. This allows subsequent calls to
|
||||
:command:`find_package` for the same dependency to re-use the populated
|
||||
:command:`find_package` for the same dependency to reuse the populated
|
||||
contents instead of trying to satisfy the dependency from somewhere external
|
||||
to the build. Projects may also want to write files into this directory in
|
||||
some situations (see :ref:`FetchContent-find_package-integration-examples`
|
||||
|
||||
Reference in New Issue
Block a user