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
Another "fun" aspect concerning the FMU out-of-the-box experience (#10174) is that the crossbuild image is based on such an old Debian that it ships an ancient CMake, with the consequence of clashing with current default flags
CMake Error at CMakeLists.txt:31 (message):
--fmuRuntimeDepends=modelica requires CMake version 3.21 or higher. You are running version 3.7.2. Use OpenModelica compiler flag '--fmuRuntimeDepends=none' to disable
Frustratingly, using --fmuRuntimeDepends=none as a workaround recommended by the docs causes a subsequent failure
CVODE_DIRECTORY: C:/OpenModelica1.24.0-dev-64bit/lib/x86_64-linux-gnu/omc
CMake Error at CMakeLists.txt:162 (message):
Couldn't find library sundials_cvode in
C:/OpenModelica1.24.0-dev-64bit/lib/x86_64-linux-gnu/omc
-- Configuring incomplete, errors occurred!
Which is no surprise, I guess, because we had to not include runtime dependencies!
In effect, I can't see a way to compile a Linux FMU (e.g. for use in a Docker container) from Windows, while avoiding the Euler solver.
How to work around that? Find another appropriate image with newer versions somehow? Is something that could be used instead of multiarch/crossbuild hosted on the OM docker repo? @AnHeuermann, any ideas?
Ref to the upstream (crossbuild) update request: multiarch/crossbuild#61. I don't think this will be updated any time soon, judging from the activity level on that repo.
Which is no surprise, I guess, because we had to not include runtime dependencies!
Is maybe some path machinery going wrong here? That CVODE_DIRECTORY path does not exist on my machine, but C:\OpenModelica1.24.0-dev-64bit\lib\omc (i.e. without the arch triplet) does exist, and contains sundials libraries.
Another "fun" aspect concerning the FMU out-of-the-box experience (#10174) is that the
crossbuild
image is based on such an old Debian that it ships an ancient CMake, with the consequence of clashing with current default flagsFrustratingly, using
--fmuRuntimeDepends=none
as a workaround recommended by the docs causes a subsequent failureWhich is no surprise, I guess, because we had to not include runtime dependencies!
In effect, I can't see a way to compile a Linux FMU (e.g. for use in a Docker container) from Windows, while avoiding the Euler solver.
How to work around that? Find another appropriate image with newer versions somehow? Is something that could be used instead of
multiarch/crossbuild
hosted on the OM docker repo?@AnHeuermann, any ideas?
Originally posted by @bilderbuchi in #10174 (comment)
The text was updated successfully, but these errors were encountered: