boost-cpp 1.70.0 cmake config files give the static libs, not shared

[microe]

Issue: When building software with cmake that depends on boost-cpp 1.70.0, the cmake configs in $CONDA_PREFIX/lib/cmake give the static version of the boost libraries instead of the shared libraries.

This will likely break the build for various reasons, for example libboost_filesystem.a has hidden symbols in it. As soon as you try to link with a shared object file, the build will error out because hidden objects/symbols cannot be used in shared object builds.

Setting the cmake variable Boost_USE_STATIC_LIBS to "OFF" causes cmake to error out because it can't find libboost_system.so.

If you instead move the cmake config files away, then FindBoost.cmake can conclude and works properly.

For example:

$ mkdir /tmp/hold-cmake-config
$ mv $CONDA_PREFIX/lib/cmake/?oost* /tmp/hold-cmake-config/

Now cmake and FindBoost.cmake can do their thing and the build finishes.

[isuruf]

Can you send a PR to rename the cmake file folder to something like $CONDA_PREFIX/lib/cmake-bak/ ?

[jschueller]

Cant we just disable static libs ?

[microe]

Is it OK to just move the boost files? The $PREFIX/lib/cmake directory might have other

[jakirkham]

Did you mean to close this @microe?

[microe]

No, miss hit in my browser. Sorry.

[microe]

Hopefully the submitted PR works out. If it doesn't, I'll try just moving the boost cmake config files instead of the whole directory.

[timsnyder]

The logic in the 1.70 boost cmake files is defintely busted. I danced around it in my project by doing this

[bretttully]

@timsnyder Thanks!

[jschueller]

we just removed static libs

[microe]

Yay!