Arch Linux User Repository

@Vial: Thank you, I introduced it in the optdepends, so it should be ok now

No problem for installation, however 'zip' should be added to the dependancies since the "Export to FMU" function fails with the following error: Error building simulator. Build log: rm -f "Test.fmu" && cd "Test.fmutmp" && zip -r "../Test.fmu" * /bin/sh: line 1: zip: command not found.

• /usr/share/omc/runtime/c/fmi/buildproject/config.sub and /usr/share/omc/runtime/c/fmi/buildproject/config.guess should have read rights. "Export to FMU" fail otherwise.

@krafczyk.n: It's my job (you're welcome);

If no one has anythig to complain and it works for everybody I'l update the PKGBUILD to fix the problem

That works perfectly for me, thank you very much!

@krafczyk.n: I noticed that. A solution should be to add [code]autoreconf -fi[\code] before autoconf, which solves your problem.

Unfortunately, the final result is something like [code][/tmp/openmodelica-git/src/openmodelica-git/OMCompiler/Compiler/NFFrontEnd/NFArrayConnections.mo:623:33-623:33:writable] Error: Missing token: SEMICOLON [/tmp/openmodelica-git/src/openmodelica-git/OMCompiler/Compiler/NFFrontEnd/NFFlatten.mo:1490:36-1490:36:writable] Error: Missing token: SEMICOLON [/tmp/openmodelica-git/src/openmodelica-git/OMCompiler/Compiler/NFFrontEnd/NFInst.mo:246:62-246:62:writable] Error: Missing token: ')' [/tmp/openmodelica-git/src/openmodelica-git/OMCompiler/Compiler/Util/AdjacencyList.mo:68:44-68:44:writable] Error: Missing token: ')' [/tmp/openmodelica-git/src/openmodelica-git/OMCompiler/Compiler/Util/SBPWLinearMap.mo:221:29-221:29:writable] Error: Missing token: SEMICOLON [/tmp/openmodelica-git/src/openmodelica-git/OMCompiler/Compiler/Util/UnorderedMap.mo:79:19-79:19:writable] Error: Missing token: ')' [/tmp/openmodelica-git/src/openmodelica-git/OMCompiler/Compiler/Util/UnorderedSet.mo:89:17-89:17:writable] Error: Missing token: SEMICOLON [\code]

Please try the first option to confirm if it works for you.

I'm having problems building this.

==> Starting build()...
configure.ac:95: warning: AC_OUTPUT should be used without arguments.
configure.ac:95: You should run autoupdate.
configure: error: cannot find required auxiliary files: config.guess config.sub
==> ERROR: A failure occurred in build().
    Aborting...

Actually running autoupdate removes the first two configure.ac lines but the error remains. Any help would be appreciated.

No problem, don't worry. Basically it's due to an oddity in the OpenModelica sources: I came up with that workaround after I tried to compile OpenModelica straight from the official github repository and getting the same error. Then, I played around a little more and I saw that it was due to the build system using the already installed omc to speed up the compilation process which, however, made the compilation to fail.

This is interesting. I will try it as soon as possible, and if it so, I will update the PKGBUILD. I am sorry you have experienced these problems

@ElMastro: I finally managed to successfully compile again OpenModelica using the pkgbuild provided by this repository. The workaround is really simple and it just consists in adding --with-omc= to the command ./configure in the build() hook, which now becomes: ./configure --prefix=/usr/ CC=clang CXX=clang++ --with-UMFPACK --with-omc=

With this workaround the omc buildsystem does not try to detect if there is an omc already installed in the systems and starts building it from scratch. Since the errors arose from an incompatibility between the old installed omc version and some mos scripts in the repository, starting from scratch bypasses this problem.

I know that is not a very clean solution, but I'm not really expert of the field.

@uomorosso: yes, I had the problem with CodegenFMUCommon. I run it with extra-x86_64-build and the package works, so in my case it suggests that my fmilib package is somehow corrupted. If you post the problem on the thread surely someone more capable of me could give help.

However, about 8 weeks ago the source code of Openmodelica has been changed in the structure. I tried a while to make it works with some little modifications, but I found it deeply different.