#20453 closed enhancement (fixed)
cmake-3.30.4
Reported by: | Bruce Dubbs | Owned by: | Bruce Dubbs |
---|---|---|---|
Priority: | normal | Milestone: | 12.3 |
Component: | BOOK | Version: | git |
Severity: | normal | Keywords: | |
Cc: |
Description ¶
New point version.
Change History (4)
comment:1 by , 6 months ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:2 by , 6 months ago
comment:3 by , 6 months ago
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
Fixed at commits
550826b44e Update to glib-2.82.1. 5e324535d7 Update to gtk-4.16.2. 787d4f05bd Update to libuv-v1.49.0. c92e5e0d9f Update to Vulkan-Headers and Vulkan-Loader-1.3.296. 6f5feb1026 Update to cmake-3.30.4.
comment:4 by , 6 months ago
Additional release notes from https://www.kitware.com/cmake-3-30-4-available-for-download/:
Changes made since CMake 3.30.3: Brad King (4): gitlab-ci: update macOS jobs to use Xcode 16.0 ci: Run RunCMake.ExternalProject serially in macos-x86_64 Xcode job Help: Add 3.30 release notes for project variable updates CMake 3.30.4 Craig Scott (4): Help: file(CONFIGURE) only updates output file timestamp if it changes FetchContent: Don't update verify script timestamp if it doesn't change Help: State valid scopes for using proj_SOURCE_DIR and proj_BINARY_DIR project: Only define non-cache vars if already defined Diego Dassie (1): CPack/NuGet: Add native0.0 to build dependencies in groups Dilshod Mukhtarov (1): librhash: aligned_alloc is not available with glibc < 2.16 Hermann von Kleist (4): FindMatlab: Only consider versioned MCR subdirectory if it exists FindMatlab: Add support for MCR distributions without mex.h FindMatlab: Cache whether MATLAB root contains MCR or MATLAB FindMatlab: Search mex and mx libraries for MCR Marc Chevrier (1): FindPython: ensure all ABI are searched by default scivision (1): FindMatlab: Add R2024b version map
Note:
See TracTickets
for help on using tickets.
The project(<PROJECT-NAME>) command now sets <PROJECT-NAME>_SOURCE_DIR, <PROJECT-NAME>_BINARY_DIR, and <PROJECT-NAME>_IS_TOP_LEVEL as normal variables only if they are already set as normal variables when 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 project() with the same project name.