Add capnproto/0.9.1

[tuxu]

Specify library name and version: capnproto/0.9.1

Adds version 0.9.1, which contains numerous bugfixes and includes most patches that were previously applied for the build of this recipe.

The only remaining patch is to disable tests for the autotools build. Not sure whether this is still needed. Possibly to avoid issues when cross-compiling?

---

• I've read the guidelines for contributing.
• I've followed the PEP8 style guides for Python code in the recipes.
• I've used the latest Conan client version.
• I've tried at least one configuration locally with the
  conan-center hook activated.

[CLAassistant]

All committers have signed the CLA.

[tuxu]

Building the tests on macOS/M1 with capnproto:shared=True fails. This is unrelated to my changes, but we nevertheless need to fix it ;)

The build fails while calling the capnp utility:

dyld: Library not loaded: /Users/jenkins/w/BuildSingleReference@3/.conan/data/capnproto/0.9.1/_/_/package/040ddf5d579b3bc9e742c22482f7734658dec09e/lib/libcapnpc-0.9.1.dylib
  Referenced from: /Users/jenkins/w/BuildSingleReference@2/.conan/data/capnproto/0.9.1/_/_/package/040ddf5d579b3bc9e742c22482f7734658dec09e/bin/capnp
  Reason: image not found
...

Note the subtle difference @3 vs @2 here. It looks like the capnp binary contains a reference to the absolute path of the dylib, not a path relative to the binary (using rpath).

Interestingly, this is a problem with the x86_64 binaries that are pulled in a a build dependency (CI seems to be cross-compiling from x86_64 to armv8 on a native M1 machine):

Configuration (profile_host):
[settings]
arch=armv8
build_type=Debug
compiler=apple-clang
compiler.libcxx=libc++
compiler.version=12.0
os=Macos
[options]
capnproto:shared=True
[build_requires]
[env]

Configuration (profile_build):
[settings]
arch=x86_64
arch_build=x86_64
build_type=Release
compiler=apple-clang
compiler.libcxx=libc++
compiler.version=12.0
os=Macos
os_build=Macos
[options]
[build_requires]
[env]

...

capnproto/0.9.1 (test package): Installing package
Requirements
    capnproto/0.9.1 from local cache - Cache
    openssl/1.1.1k from 'conan-center' - Cache
    zlib/1.2.11 from 'conan-center' - Cache
Packages
    capnproto/0.9.1:8627a254fc6ded11b7547933628a23213ba9cacb - Cache
    openssl/1.1.1k:baf78352c82543f997ec32332829b6fa30714eaa - Cache
    zlib/1.2.11:baf78352c82543f997ec32332829b6fa30714eaa - Cache
Build requirements
    capnproto/0.9.1 from local cache - Cache
    openssl/1.1.1k from 'conan-center' - Cache
    zlib/1.2.11 from 'conan-center' - Cache
Build requirements packages
    capnproto/0.9.1:040ddf5d579b3bc9e742c22482f7734658dec09e - Download
    openssl/1.1.1k:647afeb69d3b0a2d3d316e80b24d38c714cc6900 - Download
    zlib/1.2.11:647afeb69d3b0a2d3d316e80b24d38c714cc6900 - Download

Edit: Best I could come up with is change of $rpath to @rpath and then setting the rpath of the binaries to @loader_path/../lib.

[prince-chrismc]

Could this be moved to the main recipe as the fix for the RPATH problems?

[tuxu]

I found this fix in the test packages for boost and gsl.

The main recipe builds with autotools on Linux/macOS and doesn't require CMake. It seems like the recent version of CMake is just needed on macOS/M1 to build any package depending on libraries with @rpath.

How would it be possible to inject a build_requires on the depending package? Is build_requires from the main package propagated down?

[SSE4]

yes, it's cmake bug, and we didn't upgrade cmake on mac slaves (and cannot at the moment, unfortunately)
the workaround should be in test package

[uilianries]

Please, add #FIXME to you comment so we can filter it in the future when looking for technical debt

[tuxu]

Added the #FIXME comment.

[prince-chrismc]

Please do not force push 🙏 GitHub forces us to restart the review which is not fun!

[conan-center-bot]

All green in build 6 (f1eecb18a2b6ca3215252d19bce6e9140fb540ac):

• capnproto/0.9.1@:
  All packages built successfully! (All logs)

• capnproto/0.7.0@:
  All packages built successfully! (All logs)

• capnproto/0.8.0@:
  All packages built successfully! (All logs)

[SpaceIm]

Building the tests on macOS/M1 with capnproto:shared=True fails. This is unrelated to my changes, but we nevertheless need to fix it ;)

The build fails while calling the capnp utility:

dyld: Library not loaded: /Users/jenkins/w/BuildSingleReference@3/.conan/data/capnproto/0.9.1/_/_/package/040ddf5d579b3bc9e742c22482f7734658dec09e/lib/libcapnpc-0.9.1.dylib
  Referenced from: /Users/jenkins/w/BuildSingleReference@2/.conan/data/capnproto/0.9.1/_/_/package/040ddf5d579b3bc9e742c22482f7734658dec09e/bin/capnp
  Reason: image not found
...

Note the subtle difference @3 vs @2 here. It looks like the capnp binary contains a reference to the absolute path of the dylib, not a path relative to the binary (using rpath).

Interestingly, this is a problem with the x86_64 binaries that are pulled in a a build dependency (CI seems to be cross-compiling from x86_64 to armv8 on a native M1 machine):

Edit: Best I could come up with is change of $rpath to @rpath and then setting the rpath of the binaries to @loader_path/../lib.

It's worth noting that this is a partial fix. If openssl or zlib are shared, it breaks because they are not located in @loader_path/../lib. Blame Apple for SIP behavior, working against developers.