Ingmar Rieger

As I spent some hours debugging the same build problem yesterday/today, I'd really like to see that fixed in some way, at least having a proper warning.

An example is here: https://github.com/irieger/cpp-playground/tree/main/ocio-conan-dynamic-linking The given link shares a docker for having a clean build env & a modified recipe for OCIO that allows building it as a shared...

In all this tests, I care about the build/link stage, not execution. For execution I either load the env or package everything and run patchelf to set the path accordingly....

Yeah, it is somewhat hacked. As the sample script running the docker shows, I only called `conan install` on this to reproduce the failure state. That conanfile.py right now is...

Oh, interesting point. I tried to find a hint for minizip needing to be static as there is no clear description in the recipe why. But didn't saw or connected...

So I got feedback that it isn't intended to enfore static and was also hinted that also brew normally dynamcially links.

Thanks for taking a look. > ...got also errors with your PR. You mean the PR mentioned in the opener (#23112)? With that I got OpenColorIO building with everything shared....

Any idea why uriparser isn't found in Conan 1? ``` ERROR: Missing prebuilt package for 'uriparser/0.9.8' ``` https://c3i.jfrog.io/c3i/misc/logs/pr/23955/3-linux-gcc-legacy/bmx/1.2//e2b8caa5d5af82d1dc00027a5bac8fb9e82e8e46-build.txt

@RubenRBS Again as in some other PRs, the result of the Conan 2 CI step doesn't get published here so I can't see the errors. At least locally I had...

Somehow it tries to link to MXF.lib instead of MXF.dll when building shared. I'm trying to understand why that is but so far I haven't found any hint. The directory...