NOTE: This Tudat version is no longer supported. See https://docs.tudat.space/en/stable/ and https://github.com/tudat-team/tudat-bundle for the new version
In these builds CMake decides to link to the dynamic versions of the boost libraries. If these are provided by the add_boost.cmake they are not installed to system, nor is boost/stage/lib added to the path (for good reasons). The problem that follows however is that executables do build, but fail to execute. In our current set-up we (unfortunately) can't use dynamic libraries.
A flag to force FindBoost to look for static versions of the libraries has been added to the add_boost.cmake. This option should trickle down into any subprojects of tudatBundle. Previously this solution was tested by selective users facing this problem.
@DominicDirkx the fix was tested and resolved boost linking errors in case of PaGMO problems on Windows, in case of the following issue:
https://github.com/Tudat/tudat/issues/179
Recently a number of issues regarding boost have popped up: https://github.com/Tudat/tudat/issues/161 https://github.com/Tudat/tudat/issues/179
In these builds CMake decides to link to the dynamic versions of the boost libraries. If these are provided by the add_boost.cmake they are not installed to system, nor is boost/stage/lib added to the path (for good reasons). The problem that follows however is that executables do build, but fail to execute. In our current set-up we (unfortunately) can't use dynamic libraries.
A flag to force FindBoost to look for static versions of the libraries has been added to the add_boost.cmake. This option should trickle down into any subprojects of tudatBundle. Previously this solution was tested by selective users facing this problem.