You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am currently on OpenSim Creator, which supplies its own 3D rendering backend and, for various dependency-shaped reasons, shouldn't package Simbody's visualizer.
The way I previously got around this problem is to (e.g. in OSC 0.4.1):
Make OSC point at a custom fork of opensim-core (here)
Have that custom fork contain a patch that disables building the visualizer (here)
Build OSC
This works, but requires maintaining a fork.
However, later, I also wanted to try building Simbody against OpenBLAS, so that I could nuke the build's dependency on libgcc_s and libgfortran. This requires setting -DBUILD_USING_OTHER_LAPACK on the Simbody build plus adding a patch to the patched fork. The main headache is that managing those patches/forks/submodules gets a bit cumbersome.
The solution that worked for me was to add a SIMBODY_EXTRA_CMAKE_ARGS argument to dependencies/CMakeLists.txt in opensim-core. This enables customizing simbody when building OpenSim.
I'll PR the patch, but it effectively enables writing buildscripts that (e.g.) customize parts of Simbody.
Example
Here is how one would custom-build OpenSim to statically-compile OpenBLAS into simbody, removing one link from the dependency chain:
I am currently on OpenSim Creator, which supplies its own 3D rendering backend and, for various dependency-shaped reasons, shouldn't package Simbody's visualizer.
The way I previously got around this problem is to (e.g. in OSC 0.4.1):
opensim-core
(here)This works, but requires maintaining a fork.
However, later, I also wanted to try building Simbody against OpenBLAS, so that I could nuke the build's dependency on
libgcc_s
andlibgfortran
. This requires setting-DBUILD_USING_OTHER_LAPACK
on the Simbody build plus adding a patch to the patched fork. The main headache is that managing those patches/forks/submodules gets a bit cumbersome.The solution that worked for me was to add a
SIMBODY_EXTRA_CMAKE_ARGS
argument todependencies/CMakeLists.txt
inopensim-core
. This enables customizing simbody when building OpenSim.I'll PR the patch, but it effectively enables writing buildscripts that (e.g.) customize parts of Simbody.
Example
Here is how one would custom-build OpenSim to statically-compile OpenBLAS into simbody, removing one link from the dependency chain:
The text was updated successfully, but these errors were encountered: