| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
| |
Check that the file that is accessed via `file(STRINGS...)` truly
exists.
This is not the case in some EMSCRIPTEN/WebASM builds where we want to
overwrite the HDF5 find logic manually. The missing check here prevents
that one can overwrite the search logic in exotic environments.
|
|
|
|
|
|
|
|
| |
Update the imported target locations added by commit a8e0a6b3e4
(FindHDF5: Port changes from VTK, 2020-06-10, v3.19.0-rc1~312^2~1) to
use config-specific locations.
Issue: #21637
|
|
|
|
|
|
|
|
| |
The imported targets added by commit a8e0a6b3e4 (FindHDF5: Port changes
from VTK, 2020-06-10, v3.19.0-rc1~312^2~1) to use config-specific
locations set the `IMPORTED_IMPLIB` target property. That property has
no meaning for an imported library with type `UNKNOWN`. Drop it to
avoid confusion.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When the HDF5 HL library is not available, FindHDF5 with Fortran does
not work. The problem is because `cmake_hdf5_test.f90` tries to
"use h5lt" and "use h5ds", which comes from the HL library.
Then the basic compiler check fails completely.
The two "use" lines were added by commit 00405af0f1 (HDF5: Refactor the
use of compiler wrappers, 2016-04-04, v3.6.0-rc1~85^2) along with the
rest of the check. Remove them.
Fixes: #22890
|
|\
| |
| |
| |
| |
| |
| |
| | |
247f1149e1 FindHDF5: clear language-specific libraries list before discovery
f56963cf05 FindHDF5: clear library output variables at the top of the module
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !6698
|
| | |
|
| |
| |
| |
| |
| | |
This avoids accumulation of `HDF5_LIBRARIES` results when calling
`find_package(HDF5)` multiple times within a single scope.
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | | |
6f830c5c38 FindHDF5: fix variable name when querying `hdf5_hl`'s implib
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !6697
|
| |/
| |
| |
| | |
Introduced in 4150048a3b (FindHDF5: unset some variables, 2017-07-24).
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Divert LCC compiler as a new one, instead of treating it as GNU.
Since old times, Elbrus C/C++/Fortran Compiler (LCC) by MCST has been
passing checks for GNU compilers, so it has been identified as GNU.
Now, with intent of seriously upstreaming its support, it has been
added as a separate LCC compiler, and its version displays not a
supported GCC version, but LCC version itself (e.g. LCC 1.25.19 instead
of GNU 7.3.0).
This commit adds its support for detection, and also converts basically
every check like 'is this compiler GNU?' to 'is this compiler GNU or
LCC?'. The only places where this check is untouched, is where it
regards other platforms where LCC is unavailable (primarily non-Linux),
and where it REALLY differs from GNU compiler.
Note: this transition may break software that are already ported to
Elbrus, but hardly relies that LCC will be detected as GNU; still such
software is not known.
|
| |
|
|
|
|
| |
This will be used to build up additional include paths to search.
|
|
|
|
|
| |
Some include paths might depend on the library location (primarily for
Fortran).
|
|
|
|
|
|
|
| |
HDF5 1.10.6 renamed this library to match the other language binding
library names.
Fixes: #20205
|
|\
| |
| |
| |
| |
| |
| |
| | |
b924669385 FindHDF5: silence STATUS messages when found with QUIET
2439a048b0 FindHDF5: avoid writing to the output when testing h5cc
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5722
|
| | |
|
| |
| |
| |
| |
| |
| | |
The execution of this tool can output error logs to the output during
configure. This can then be caught by CTest and flagged as an error
during the build.
|
|\ \
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
a5fe1712b2 FindHDF5: Remove unnecessary de-duplication of HDF5_LIBRARIES and friends
dadb13f546 FindHDF5: Simplify preprocessor setting de-duplication
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5692
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
* When both debug and optimized libraries are found, the corresponding
keywords were getting de-duplicated and breaking.
* CMake's link line generation de-duplicates in many cases anyway.
* Other find modules do not explicitly de-duplicate in general.
Fixes: #21670
|
| | |
| | |
| | |
| | |
| | |
| | | |
Use `list(REMOVE_DUPLICATES)` directly. For definitions the order
doesn't matter. For include directories it is better to remove late
duplicates than early duplicates.
|
| | |
| | |
| | |
| | |
| | | |
If HDF5_FIND_DEBUG, list all targets that are defined
(from either FindHDF5.cmake or the hdf5-config.cmake).
|
|/ / |
|
|\ \
| |/
| |
| |
| |
| |
| | |
5267ba9d63 FindHDF5: Fix finding both debug and release libs
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5653
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Use `target_link_libraries` to set `INTERFACE_LINK_LIBRARIES` so that
the `debug` and `optimized` keywords work.
In commit a8e0a6b3e4 (FindHDF5: Port changes from VTK, 2020-06-10,
v3.19.0-rc1~312^2~1) we added use of `HDF5_LIBRARIES`, but the value may
contain `debug` and `optimized` keywords.
Fixes: #21637
|
|\ \
| |/
|/|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
5000f93a91 Help: Fix grammar in `.. versionadded` directives
8fea95319b Help: Add `.. versionadded` directives to module docs
8634561dca Help: Improve formatting for FindBoost and FindCUDA
ea59b0cd34 Help: Fix version note for CMAKE_PROJECT_<PROJECT-NAME>_INCLUDE
05c3060b10 Help: Fix cmake_parse_arguments version note
dafcef8b50 Help: Improve styling for versionadded/deprecated directives
6ae216daef Tests: Make RunCMake.CMP0106 expected output robust to line number changes
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5560
|
| |
| |
| |
| | |
Issue: #19715
|
| |
| |
| |
| | |
Fixes: #21537
|
|/ |
|
| |
|
| |
|
|\
| |
| |
| |
| |
| |
| | |
e038107ee7 FindHDF5: fix compiler detection when HL is disabled
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !5112
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
A valid HDF5 installation with the "high level" extensions not
configured will *fail* to be correctly detected by CMake since
commit d9e39f3f89 (FindHDF5: check that compiler wrapper can
compile a minimal program, 2020-02-10, v3.18.0-rc1~744^2~1):
```
/.../hdf5/cmake_hdf5_test.c:2:10: fatal error: 'hdf5_hl.h' file not found
```
This does not stop the configuration but does prevent flags and
libraries from being recognized.
|
|/ |
|
|
|
|
|
|
| |
GitLab now uses a `/-/` component between the `group/project` part of
the URL and the `{issues,merge_requests,tree}` part so that it can
support `group/subgroup/project` with arbitrary depth.
|
|
|
|
|
|
|
|
|
|
|
|
| |
The module's functionality is preserved. Perform cleanups:
- Format some functions
- Change macros to functions
- Fix return value check from execute_process
- Hide status messages unless HDF5_FIND_DEBUG is enabled
- Normalize TRUE/FALSE capitalization
Fixes: #20718
|
|\
| |
| |
| |
| |
| |
| | |
88cffab75f FindHDF5: docs
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !4343
|
| |
| |
| |
| |
| | |
The docs referred to deprecated variables and HDF5_ROOT, which is
implicit for every Find*.
|
| |
| |
| |
| | |
Add common lib/inc path_suffixes.
|
|/
|
|
|
| |
There are common setups where the compiler wrapper is broken and will
give non-useful flags to CMake.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
The change in commit v3.10.0-rc1~411^2~1 (FindHDF5: Add support for
HDF5_USE_STATIC_LIBRARIES on Windows, 2017-07-03) accidentally left
out a `lib` prefix on the static library name of `hdf5_hl`. It was
done correctly already for the main `hdf5` library.
|
| |
|
|\
| |
| |
| |
| |
| |
| | |
a6abb6c8 FindHDF5: Fix H5_VERSION on Patch in C
Acked-by: Kitware Robot <kwrobot@kitware.com>
Merge-request: !1465
|
| |
| |
| |
| |
| |
| |
| |
| | |
Fix a typo from commit v3.6.0-rc1~85^2 (HDF5: Refactor the use of
compiler wrappers, 2016-04-04) that accidentally used the HDF5 C++
version (which could be empty) while detecting the C patch version.
The detection failed for patch releases, such as `1.10.0-patch1`
becoming `.1` instead of `1.10.0.1`.
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Some are user facing.
Found using
codespell -q 3 --skip="./Utilities" -I .cmake-whitelist.txt`
whereby the whitelist contained:
ans
dum
helpfull
emmited
emmitted
buil
iff
isnt
nto
ot
pathes
substract
te
todays
upto
whitespaces
|