Jovasa

Thanks, but considering that the point of adopting CMake was to eventually reduce the amount of maintained build systems to a single one, I don't want to add meson support....

I'm missing a couple of key details here 1. Which paper are you talking about? 2. What is the used compiler(s)? 3. Which CPU and operating system are you using?...

Is this issue still present at the current master?

Hopefully this should be fixed in v2.3.1

Could you perhaps show the list of the linker errors so that we can try to figure out what is missing?

Should be fixed with f6a9d92a30083b5e228ca1126418e12c515bfa69 I'll make release 2.3.1 after waiting a week or two to see if people find other issues

> @Jovasa - I'm seeing a similar issue when building/installing 2.3.0 and trying to use the library with FFMPEG. 2.3.0 and not the current master?

Seems like an issue with YASM. We are going to be removing the usage of YASM in Kvazaar soon, if you try the https://github.com/ultravideo/kvazaar/tree/cmake-2023 branch does the compilation work then?

c3380d5b27d5439570ff6c4b6e4ea535a568ee05 introduces the inclusion of the crypto feature into CMake build

Library versioning should be fixed with 621a2bba8f12c9fed07c266e590bc05dea2861b2 The limb check is performed here https://github.com/ultravideo/kvazaar/blob/master/CMakeLists.txt#L225 and apparently it does not work for openSUSE? If you can figure out an openSUSE specific...