15873 2025-05-22 06:20:55 +0000 meson having hard time finding cmake dependencies 2026-04-15 19:18:19 +0000 1 1 7 Build System, Metadata & Runtime OE-Core devtools / tool chain 5.0.8 x86 Multiple NEW Medium enhancement 6.1 1 toni.lammi toni.lammi meta.mr.watcher meta.watcher randy.macleod ross.burton --- --- Don't know oldest_to_newest 102023 0 toni.lammi 2025-05-22 06:20:55 +0000 Recipes inheriting meson.bbclass don't, by default, find dependencies using cmake. I created a simple repo to reproduce this issue: https://gitlab.com/toni.lammi.kone/meta-foo/-/tree/master/recipes-foo/app?ref_type=heads I've fixed this with a custom meson-cmake.bbclass with pretty trivial contents: ``` inherit cmake meson # This might be a meson bug, cmake executable is not found otherwise export CMAKE="cmake" do_write_config:append(){ # Point meson to correct cmake toolchain file to find dependencies correctly sed -i '/^\[properties\]/acmake_toolchain_file='"'${WORKDIR}/toolchain.cmake'" \ ${WORKDIR}/meson.cross } ``` I'm wondering if this should be handled in meson.bbclass directly? For instance MESON_USE_CMAKE variable which would enable this cmake functionality. 102037 1 ross.burton 2025-05-22 14:47:37 +0000 Inheriting both cmake and meson in the same recipe seems a little heavy-handed. I wonder how minimal a cmake toolchain file needs to be, considering it's only used for finding the module scripts? 102059 2 toni.lammi 2025-05-23 05:39:47 +0000 Looked into this a bit more. All the cmake dependencies I've been having bad time with have a dependency to openssl which depends on threads. The build config fails when cmake's threads module tries to check if the compiler compiler supports -pthread flag. The build can be fixed by simply adding ``` set( CMAKE_CXX_COMPILER some-prefix-g++) ``` to the toolchain file. A similar setting is probably needed for C if the project uses that. Meson sets the same variable in its internal cmake toolchain but the value is an absolute path to the compiler. No idea who is at fault here: meson, cmake or FindOpenSSL.cmake. 102062 3 ross.burton 2025-05-23 12:36:35 +0000 You'd think an absolute path would be fine... 105084 4 randy.macleod 2026-04-15 19:18:19 +0000 This enhancement is apparently not implemented so bump to 6.1.