diff options
author | Brad King <brad.king@kitware.com> | 2024-10-08 12:56:04 (GMT) |
---|---|---|
committer | Brad King <brad.king@kitware.com> | 2024-10-08 12:56:04 (GMT) |
commit | 9c4a0a9ff09735b847bbbc38caf6da7f6c7238f2 (patch) | |
tree | eb0e55b7218144f534713fff99e43947603676ba /Help | |
parent | f9324a73e0c9802a3a3f68bb6c0965b577d7d295 (diff) | |
download | CMake-9c4a0a9ff09735b847bbbc38caf6da7f6c7238f2.zip CMake-9c4a0a9ff09735b847bbbc38caf6da7f6c7238f2.tar.gz CMake-9c4a0a9ff09735b847bbbc38caf6da7f6c7238f2.tar.bz2 |
CMake 3.30.5v3.30.5
Diffstat (limited to 'Help')
-rw-r--r-- | Help/release/3.30.rst | 21 |
1 files changed, 11 insertions, 10 deletions
diff --git a/Help/release/3.30.rst b/Help/release/3.30.rst index 5dc964d..32345be 100644 --- a/Help/release/3.30.rst +++ b/Help/release/3.30.rst @@ -287,13 +287,14 @@ Changes made since CMake 3.30.0 include the following. contains nested calls to :command:`project` with the same project name and you use these variables. -.. 3.30.5 (unreleased) - - * The :command:`project(<PROJECT-NAME>)` command now sets - :variable:`<PROJECT-NAME>_SOURCE_DIR`, :variable:`<PROJECT-NAME>_BINARY_DIR`, - and :variable:`<PROJECT-NAME>_IS_TOP_LEVEL` as non-cache variables only if - they are already set as non-cache variables when :command:`project` is - invoked. Cache entries by the same names are always set as before. - This refines 3.30.3's behavior change to restore behavior of nested - directories that call :command:`project` with the same project name, - and it addresses the bug in the implementation introduced in 3.30.4. +3.30.5 +------ + +* The :command:`project(<PROJECT-NAME>)` command now sets + :variable:`<PROJECT-NAME>_SOURCE_DIR`, :variable:`<PROJECT-NAME>_BINARY_DIR`, + and :variable:`<PROJECT-NAME>_IS_TOP_LEVEL` as non-cache variables only if + they are already set as non-cache variables when :command:`project` is + invoked. Cache entries by the same names are always set as before. + This refines 3.30.3's behavior change to restore behavior of nested + directories that call :command:`project` with the same project name, + and it addresses the bug in the implementation introduced in 3.30.4. |