SpaceIm

> > I would have expected: > > /Users/spaceim/.conan/data/capnproto/0.10.1/_/_/package/86b3b8f1d2506eef508c4383f35d09efc02ebc0b/bin/capnp: > > @rpath/libcapnpc-0.10.1.dylib (compatibility version 0.0.0, current version 0.0.0) > > That won't work either, because when running the executable, it...

related issue: https://github.com/conan-io/conan/issues/12180 More or less all CMake macros in https://cmake.org/cmake/help/latest/manual/cmake-modules.7.html#utility-modules like `check_c_source_compiles`, `check_cxx_source_compiles`, `check_symbols_exists`, `check_cxx_symbols_exists`, `check_function_exists`, `check_include_file` etc are broken with `_LIBRARIES` variables created by CMakeDeps.

Is it documented somewhere? I don't see anything in https://docs.conan.io/en/latest/reference/commands/creator/create.html. What is the successor of `-kb`? It's very useful to test `package()` method without building everything again.

> But maybe it comes indirectly from the fact that openssl recipe doesn't define yet a layout and zlib is also one of its dependencies? Answering myself: indeed when I...

@jcar87 I confirm it's a side effect of missing layout in openssl recipe. This addition in openssl recipe is sufficient to fix issue in downstream recipes relying on AutotoolsDeps and...

I don't know why, but it fails with MinGW on Windows because pkgconf can't find `expat.pc`: ``` configure:12405: checking for EXPAT configure:12412: $PKG_CONFIG --exists --print-errors "expat >= 2.1.0" Package expat...

don't close please, just need to fix MinGW

yes, this fix shouldn't be accepted. The root cause is likely different.

Not sufficient, `self.cpp_info.names["cmake_find_package"] = "pybind11_all"` breaks the namespace.

> Does the new `CMakeDeps` generator have the same problem? Currently yes, but `set_property()` allows finer grained targets definition, so with proper `set_property()` in `package_info()` of pybind11, `CMakeDeps` could fix...