On 27.10.2017 23:41, Khem Raj wrote: > On Fri, Oct 27, 2017 at 3:51 AM, Pascal Bach <pascal.b...@siemens.com> wrote: >> This was probably working before pyro and the recipes specific sysroots. >> >> Signed-off-by: Pascal Bach <pascal.b...@siemens.com> >> --- >> recipes-mono/mono/mono-4.xx.inc | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/recipes-mono/mono/mono-4.xx.inc >> b/recipes-mono/mono/mono-4.xx.inc >> index e06fac7..cf9170b 100644 >> --- a/recipes-mono/mono/mono-4.xx.inc >> +++ b/recipes-mono/mono/mono-4.xx.inc >> @@ -4,7 +4,7 @@ HOMEPAGE = "http://mono-project.com"; >> BUGTRACKER = "http://bugzilla.xamarin.com/"; >> SECTION = "devel" >> >> -DEPENDS = "zlib" >> +DEPENDS = "zlib cmake-native" >> > perhaps this should inehrit cmake if its using cmake > or explain how cmake is used where abstactions > are not relevant Using the cmake bbclass doesn't work as it is not really a CMake project.
Mono requires cmake to build the bundled BoringSSL library. I didn't look why it works in detail but I currently assume that BoringSSL is standalone enough that no additional CMake toolchain settings are required to make it work. One option would be to disable it with `--disable-btls` but I fear that would disable TLS1.2 support (http://www.mono-project.com/docs/about-mono/releases/4.8.0/#tls-12-support). But I have no way of checking that. Pascal > >> SRC_URI = "http://download.mono-project.com/sources/mono/mono-${PV}.tar.bz2 >> \ >> file://dllmap-config.in.diff \ >> -- >> 2.1.4 >> >> -- >> _______________________________________________ >> yocto mailing list >> yocto@yoctoproject.org >> https://lists.yoctoproject.org/listinfo/yocto -- _______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
