Christoph Buchner

Ref to the upstream (`crossbuild`) update request: https://github.com/multiarch/crossbuild/pull/61. I don't think this will be updated any time soon, judging from the activity level on that repo.

> CVODE_DIRECTORY: C:/OpenModelica1.24.0-dev-64bit/lib/x86_64-linux-gnu/omc > 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...

> You'll never know what cmake comes up with on any OS... It seems like it's actually the *compiler* that CMake gets differing folder names from, and not an issue...

@adrpo is there a path to fix multiplatform FMU export using CVode, with reasonable effort/time? Right now I am exporting separate FMUs, the Windows one using the installed OMEdit, and...

I did not -- just opening, recompiling, repacking is an interesting approach! I'll have to check if the cmake config in the Windows FMU can deal with that.

@adrpo is there something I can do on my side to troubleshoot/diagnose this to aid in fixing the problem? As it seems an upstream update won't be coming (https://github.com/multiarch/crossbuild/pull/61) one...

@casella any chance you guys can take a look at unbreaking the multi-platform FMU export from OMEdit?

yes, please, it was very confusing to find this output in the console log of the Jupyter server, instead of the proper logging channel.

I just checked with a recent nightly (OpenModelica v1.18.0-dev-336-gcb76b3bfca (64-bit)), and this compilation error is still present (probably not surprisingly).

This feature would make it so much easier to manually distribute conda packages for users to install and test! I am quite surprised that this is not the default behaviour!...