buildModelFMU does not copy DLL libraries in binaries folder

[dariomangoni@…]

buildFMU does not copy required additional DLL libraries (e.g. sundials) while packaging the FMU, even thought the output DLL does require them.

The generated Makefile found in source does not have any cp command in it.

Log file is clear.

[dariomangoni@…]

test_fmu

[Adrian Pop]

I thought we linked everything statically but *strangely* it seems we don't do it for these.
From the Makefile:

-Wl,-Bdynamic -lsundials_idas -lsundials_kinsol -lsundials_nvecserial -Wl,-Bstatic

I only need to change these to:

-Wl,-Bstatic -lsundials_idas -lsundials_kinsol -lsundials_nvecserial -Wl,-Bdynamic

and we should be good to go as we do have .a libs for these.

Is good that we have 1.13.2 coming up with more fixes early next week, we can fix this in that one.

[Adrian Pop]

Can you tell me what model did you translate to FMU?

[dariomangoni@…]

Modelica code used to generate the FMU

[dariomangoni@…]

Yes, it is a very very simple one (just a Modelica.Mechanics.Rotational.Sources.ConstantTorque + .Components.Inertia)

I'll add the attachment.

[Adrian Pop]

Should be fixed with PR: ​https://github.com/OpenModelica/OMCompiler/pull/2892

[Adrian Pop]

I will port this to maintenance/v1.13 after is included in the master.

[Adrian Pop]

Before:

adrpo33@ida-0030 MINGW64 /c/Users/adrpo33/Downloads/test/binaries/win64
$ /c/OMDev/bin/ntldd/mingw64/ntldd.exe test.dll
        libsundials_idas.dll => not found
        libsundials_kinsol.dll => not found
        libsundials_nvecserial.dll => not found
        ADVAPI32.dll => C:\WINDOWS\SYSTEM32\ADVAPI32.dll (0x00000000032c0000)
        imagehlp.dll => C:\WINDOWS\SYSTEM32\imagehlp.dll (0x00000000001d0000)
        KERNEL32.dll => C:\WINDOWS\SYSTEM32\KERNEL32.dll (0x0000000003360000)
        msvcrt.dll => C:\WINDOWS\SYSTEM32\msvcrt.dll (0x0000000003360000)
        USER32.dll => C:\WINDOWS\SYSTEM32\USER32.dll (0x0000000003610000)
        WS2_32.dll => C:\WINDOWS\SYSTEM32\WS2_32.dll (0x00000000034f0000)

After:

adrpo33@ida-0030 MINGW64 /tmp/OpenModelica/OMEdit/test/test/binaries/win64
$ /c/OMDev/bin/ntldd/mingw64/ntldd.exe test.dll
        KERNEL32.dll => C:\WINDOWS\SYSTEM32\KERNEL32.dll (0x0000000000660000)
        msvcrt.dll => C:\WINDOWS\SYSTEM32\msvcrt.dll (0x0000000000660000)
        USER32.dll => C:\WINDOWS\SYSTEM32\USER32.dll (0x00000000010b0000)

[Adrian Pop]

@dario: can you check what happens if you change in OMEdit: Tools->Options->FMI->Platforms from Dynamic to Static? Do you still get these linking dependencies?

[Adrian Pop]

Ouch, this doesn't work as if you choose Dynamic in the FMI settings you get linker errors because libSimulationRuntimeC.a is compiled to link with the sundials dlls, not the .a libs.
I'll see what I can do for the dynamic case.

[Adrian Pop]

These PRs allows static linking of sundials on mingw and should fix the final problem:
​https://github.com/OpenModelica/OMCompiler/pull/2894
​https://github.com/OpenModelica/OMCompiler-3rdParty/pull/33

[dariomangoni@…]

Replying to adrpo:

@dario: can you check what happens if you change in OMEdit: Tools->Options->FMI->Platforms from Dynamic to Static? Do you still get these linking dependencies?

I do not know if it is still useful for you or you already solved. In any case here are my dependencies (on Win, as you can see :-) )

Static linking

    KERNEL32.dll
    msvcrt.dll
    USER32.dll

Dynamic linking

    libsundials_idas.dll
    libsundials_kinsol.dll
    libsundials_nvecserial.dll
    ADVAPI32.dll
    imagehlp.dll
    KERNEL32.dll
    msvcrt.dll
    USER32.dll
    WS2_32.dll

[Adrian Pop]

Ported all the needed commits to maintenance/v1.13 to be in 1.13.2 next week.