Add msys2/mingw CI build for the external libraries

[adrpo]

This PR adds a CI build for the external libraries on mingw. [It previously just added the binaries directly].

Partially fixes #29.

[tbeu]

Thanks for the PR. As libexpat was updated by (8a68ebd) I'd like to ask you if you could add a Appveyor CI to build the mingw32/64 libs there. Having it as integrated CI would be of greater value than just updating the libs occasionally. Thanks again.

[adrpo]

Sure. I don't have too much experience with Appveyor CI but I'll see what I can do.

[tbeu]

I think I can provide teh initial setup. Would be good to have it before end of month such that i can update the MoCo paper. Thanks.

[adrpo]

I will try using msys2 package as explained here: https://docs.travis-ci.com/user/reference/windows/#how-do-i-use-msys2.
Will update my PR with it soon.

[tbeu]

Initial setup might be tricky: Have a look at https://github.com/tbeu/matio/blob/master/.appveyor.yml#L133

[tbeu]

Please rebase your branch on current master and note that libED_SSVFile was replaced by libED_XML2File with new dependency on libxml2. Thanks.

[adrpo]

This needs more work but I will keep working on in.

[adrpo]

At least it builds now, I'll clean it up tomorrow or so and then request a review.

[tbeu]

@adrpo I am going to release v3.0.0 latest by Friday (30/7) night. Would be good to have your build script CI merged. Thanks.

[adrpo]

Agreed, will play with it tomorrow.

[tbeu]

Some issues with paths (tar and upload).

[tbeu]

Can we put the binaries to Library/win32/gcc810 and Library/win64/gcc810 which would be compliant with MLS 3.4?

[adrpo]

Seems to be OK with the spec: https://specification.modelica.org/maint/3.5/functions.html#annotations-for-external-libraries-and-include-files
I am unsure if we support this layout in OpenModelica but I will check. I know that we support mingw64 and mingw32 at the same level with win32 and win64.

[tbeu]

I am unsure if we support this layout in OpenModelica but I will check. I know that we support mingw64 and mingw32 at the same level with win32 and win64.

I can try with symlinks.

[adrpo]

I think I found what the problem is, the build is building in a specific directory and the upload script is called from the top level, will fix it.

[adrpo]

You already fixed it, I have some other way of fixing it without the cd, basically using the path to the upload file:
$mingw32 ./upload-to-bitbucket.sh tbeu $BBPASS /tbeu/downloads/downloads ./ExternData/Resources/Library/$PLATFORM/ExternData_$PLATFORM.tar.xz

Should I push my change or just leave yours?

[tbeu]

Hang on, I am about to fix it.

[adrpo]

Ok. Let me know if you need anything more.

[adrpo]

Note that you cannot do:

$mingw64 cd someplace
$mingw64 copy from someplace

as each command starts from the top again, it has no previous context, so do:

$mingw64 cd someplace && copy from someplace

[tbeu]

Can we use cmd or ps1 from https://bitbucket.org/swyter/bitbucket-curl-upload-to-repo-downloads/src/default/ for the uploads as it gives syntax errors otherwise?

[tbeu]

Here's my current setup: https://github.com/modelica-3rdparty/ExternData/tree/AddMinGWOpenModelicaLibs

[tbeu]

Sorry, I cancelled your build as we will run out of credits to soon then.

[adrpo]

No problem. I will check on my computer if is works fine on my local mingw.

[adrpo]

With the latest changes it seems to be working fine on my computer. You can try to run it again tomorrow, sorry I had so many tentative changes, is hard to test properly otherwise.

[tbeu]

It still gives "error: missing arguments :(" when uploading. I have no more clue,

[tbeu]

All merged. Thanks a lot!

[tbeu]

An this is today's usage statistics: