Prefer `h5hlcc`, `h5hlc++`, and `h5hlfc` compilers when HDF5's HL libraries
are requested. These include the `-lhdf_hl` in the command line, whereas
the non-hl compilers (like `h5cc`) do not. Using the latter, therefore,
leads to cmake complaining about not finding the `HDF5_HL` libraries even
though they are present in the same location as the `hdf5` library itself.
Fixes: #23261
- The module purpose explanation extended to clarify what this module
enables and what gets configured when not using this module.
- Examples extended with include() and some minor adjustments
- Policy CMP0083 info described with a note directive
- Documentation updated.
- This module is internally already used by the
FindPackageHandleStandardArgs module and can conflict when used again
in the find module due to the same <PackageName> used, or when QUIET
option is used. For this reason, the example is changed and explained
at the bottom to use find_package_handle_standard_args().
- Lower-case style function used in FindPackageHandleStandardArgs.
- Added some minor descriptions and include() to examples
- The second example extended also with option() as it is very common
usage in CMake to enable IPO conditionally
UsewxWidgets:
- Module description updated according to current code
- Mention of the link_libraries() command removed as it was always
commented out and never used in this specific module file
- Added example, how to use IMPORTED target of the found package instead
of this module - preparing it for deprecation in the future
Use_wxWindows:
- Mention of the UsewxWidgets module removed
- The STATUS message changed to DEPRECATION and message simplified
This displays the library name in the result message instead of the
include directory. In cases where the include directory is /usr/include
is a bit less informative compared to a library name. For example,
/usr/lib/x86_64-linux-gnu/libsqlite3.so
d168cd397f pre-commit: version bump `typos` hook to 1.30 + add some more ignore IDs
4d99e2b702 Help(FindJasper): Fix the spelling typo in the variable documentation
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !10417
- Module functions listed using the usual RST docs blocks
- The `FIXUP_QT4_BUNDLE` typo fixed to `fixup_qt4_executable`
- Typos and some minor readability improvements added
- Mention of usage requirements (CMake 2.6, BundleUtilities) at the
beginning removed
When cross-compiling CUDA with Clang, `CMAKE_CUDA_COMPILER_TARGET` is
typically set to the target triple. Use it to select the CUDA toolkit
target directory.
Since commit 6636693134 (FindCUDAToolkit: Re-unify with
Internal/CUDAToolkit, 2020-06-11, v3.18.0-rc2~6^2~7) the table is
duplicated.
Update the CUDA target directory table for Clang to account for changes
to the equivalent table in FindCUDAToolkit:
* commit bcdd486bf7 (CUDA: Enable support on QNX, 2020-10-30,
v3.19.0-rc3~8^2~1)
* commit 743d4181b4 (FindCUDAToolkit: Support cross-compilation to
sbsa-linux, 2023-01-11, v3.26.0-rc1~118^2)
283a48403f CPack/RPM: Fix detection of RPM support for weak dependencies
ab4e74ad0b CPack/RPM: Remove redundant conditions for presence of rpmbuild
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !10403
Changes:
- Module documentation is sorted into a function description and a note
section is added where cmake_host_system_information() is mentioned as
an alternative.
- Module usage example is moved to a titled section at the end for
better readability.
- Instead of mentioning the physical processors count, the logical
processors is used as this is what is most likely wanted in most cases
and also all the used commands in this module return this number.
- Function's code style is synced a bit across the code base.
Add a missing `find_program` call to populate `RPM_EXECUTABLE`.
This was left out of two previous changes that intended to query
the `rpm` executable:
* In commit 9b53eca317 (CPack/RPM: Fix weak dep support, 2021-06-29,
v3.21.0-rc2~4^2), without `RPM_EXECUTABLE` the query always failed,
so we were concluding that weak dependencies are not supported even
when they are.
* In commit 488de6294a (CPack: correctly perform querytags on old
versions of RPM, 2025-01-09, v4.0.0-rc1~182^2~3), without
`RPM_EXECUTABLE` the query always failed. This change has not
yet been in a release anyway.
Also fix the test case for the "suggests" field to verify this.
Issue: #22350
Reported-by: Balazs Kosaras <balazskosaras@gmail.com>
