summaryrefslogtreecommitdiffstats
path: root/Tests/RunCMake/FindPython/Python3SABIModule.cmake
diff options
context:
space:
mode:
authorMatthew Woehlke <matthew.woehlke@kitware.com>2025-04-01 20:16:52 (GMT)
committerBrad King <brad.king@kitware.com>2025-04-02 14:16:40 (GMT)
commit37823b366f3fe02572c799acd9c39a7108bdb4cc (patch)
tree1aea8c61a99d58ad6c04054f23bc96eea85b9d3d /Tests/RunCMake/FindPython/Python3SABIModule.cmake
parentfaa225b63b0c38cb9a70bd81bb94cfb5e8cfd37d (diff)
downloadCMake-37823b366f3fe02572c799acd9c39a7108bdb4cc.zip
CMake-37823b366f3fe02572c799acd9c39a7108bdb4cc.tar.gz
CMake-37823b366f3fe02572c799acd9c39a7108bdb4cc.tar.bz2
find_package: Restore component requirements in nested calls
Fix logic to populate required and optional components from CMake variables when `find_package` is called in a nested context. This was broken in commit e2a6416622 (find_package: Refactor in support of recursion, 2024-11-29, v4.0.0-rc1~356^2), which promoted the component sets from locals (in cmFindPackageCommand::InitialPass) to member variables. Previously, in a nested context, these sets were simply not filled, and we relied on the variables indicating component requirement to already be set. When logic was added to properly fill the sets (which is needed for CPS), it blindly dumped all components into the required set, without actually checking whether the context had marked the components as required or optional. Fixes: #26824
Diffstat (limited to 'Tests/RunCMake/FindPython/Python3SABIModule.cmake')
0 files changed, 0 insertions, 0 deletions