|
780aaca8
|
2024-11-27T16:12:51
|
|
set harfbuzz version in cmake config file
|
|
da9b8389
|
2023-08-08T14:33:03
|
|
Re-do and clean up CMake support, making it use relocatable paths
Closes #4025.
|
|
|
b5a1c2b4
|
2023-08-07T01:55:10
|
|
Revert "Pass through absolute paths to cmake config directly"
This reverts commit db292f6f0238581a489aa8cddc585129b6e920cd.
|
|
42aba5ff
|
2023-05-24T12:19:50
|
|
harfbuzz-config.cmake.in: Support Windows usage
Apply the appropriate library prefix/suffix by whether we are building
as a statib build in Meson, or by using
${CMAKE_[SHARED|IMPORT]_LIBRARY_PREFIX} and
${CMAKE_[SHARED|IMPORT]_LIRBARY_SUFFIX} as appropriate according to
the target platform for shared builds.
|
|
905eeee4
|
2023-03-06T13:21:33
|
|
harfbuzz-config.cmake: support static library build
|
|
|
db292f6f
|
2022-10-26T20:49:52
|
|
Pass through absolute paths to cmake config directly
The previous code concatenates includedir to _harfbuzz_prefix verbatim,
which results in a wrong final include path in case includedir is an absolute
path. Instead, we can let meson determine the absolute include and lib paths
in advance and save them in the cmake config.
This is an issue in nixpkgs, where includedir is set to the final (absolute)
path of the built library in the Nix store, which causes CMake projects
depending on harfbuzz to not configure.
See https://github.com/NixOS/nixpkgs/issues/180054.
|
|
ef2e3803
|
2020-08-12T00:50:33
|
|
Revert "Remove cmake-config support of HarfBuzz"
This reverts commit 75efa893433b6f352c28bda9d0a92683244900aa.
|
|
|
75efa893
|
2020-07-30T01:17:42
|
|
Remove cmake-config support of HarfBuzz
Reverts d38f37b2 as discussed in #2316
|
|
9e9a36ee
|
2018-09-27T16:33:49
|
|
Fix infinite loop when walking up the directory hierarchy (#1183)
A single find_package(harfbuzz) line in user code resulted in this loop
getting stuck when _harfbuzz_libdir_iter became "/".
|
|
d38f37b2
|
2018-02-23T16:55:53
|
|
autoconf: provide a harfbuzz-config for use from CMake (#822)
|