Package Details: openmodelica-git

Git Clone URL: (read-only, click to copy)
Package Base: openmodelica-git
Description: The Open Source Modelica Suite
Upstream URL:
Licenses: OSMC-PL
Conflicts: openmodelica, openmodelica-dev, openmodelica-svn
Provides: openmodelica
Submitter: Xwang
Maintainer: ElMastro
Last Packager: ElMastro
Votes: 8
Popularity: 0.130193
First Submitted: 2015-06-20 11:21
Last Updated: 2019-12-11 21:12

Dependencies (25)

Required by (0)

Sources (0)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 Next › Last »

fcuzzocrea commented on 2016-04-30 13:56

Here is the patch :

You need to add these lines in prepare(): cd ${srcdir}/openmodelica-git/OMEdit/qjson
patch -Np1 qxcb_error.patch

Plus, I add the four desktop files if you want to add them to the package :

Xwang commented on 2016-04-30 10:51

Yes, a patch would be good. Do you have one already done?

fcuzzocrea commented on 2016-04-30 10:46

Solved the issue by commenting those lines in the OMedit/qjson/CMakelist.txt :

#option(QT4_BUILD "Force building with Qt4 even if Qt5 is found")
#IF (WIN32)
# set(QT4_BUILD ON)
#set(QT4_BUILD ON)

I founded this solution here, in the latest comment :

Now Everithing build fine and OMEdit work (both with oracle\open jdk). Maybe we can generate a patch for the pkgbuild, since the upstream does not want to accept this fix. I've also added desktop files grabbed from ubuntu packages in my pkgbuild, could be an idea to add also these.

Xwang commented on 2016-04-30 09:55

I have openjre\jdk and I have build without problem.
Moreover I can confirm the issue with Qt but I do not know how to solve it.

fcuzzocrea commented on 2016-04-30 08:47

I was able to obtain a working build of openmodelica using this PKGBUILD, using only 64 bit packages and oracle jre\jdk instead of openjre\jdk :
However OMEdit seems to have a bug with QT. If I launch OMEdit as a normal user under plasma 5, with graphics effects enabled, I get a lot of QXcbConnection: XCB error: 8 (BadMatch), and whenever I open the save or open dialog the program crash. This behaviour does not happen if I launch OMEdit with sudo (that have graphics effects disabled).

Could someone help me ?

rtc123 commented on 2016-01-12 01:10

I ran make in the testsuite folder. It seems to have produced the exact same result as running (cd testsuite/partest && ./ from the main directory.

failed tests running make


Then there were a handful of log files, such as simulationjapaneselanguage.log, that simply weren't run and had the following message:

No test files given at command line!

Xwang commented on 2016-01-11 23:25

So please go to the testsuite folder of the src and run make.
It should start to execute all the tests that are supposed to pass and at the end you will have in the same directory a lot of .log files.
Read each of them and please tell what are the ones (if any) that have at least a test not passed.
I suppose that executing the tests as you are doing may give different results.
This night I will run in any case the test as you have said to see if they give the same results.

rtc123 commented on 2016-01-11 23:06

I am not very experienced with compiling programs, but am looking to contribute more.

I ran make in the super project and then (cd testsuite/partest && ./ as directed to by the openmodelica git hub page.

I have also been trying to compile on fedora 23 as well. Talking with one of the developers, it seems that a new version of g++ is causing some problems with the cppruntime tests. Though that shouldn't effect the rest of the openmodelica suite from functioning properly.

you can view the thread here:

Xwang commented on 2016-01-11 19:59

I have executed only the test that should pass running make in the testsuite folder. Have you done the same or have you called rtest in each testsuite subfolder? In the latter case, as far as I have understood, all the tests in that folder are executed, not only those which are expected to work by developers. Moreover, yesterday I have recompiled the package from a clean folder downloading the latest source code and I have executed the tests again. As soon as possible I will analyse the results to see if the same errors appear.
Finally regarding the opencl header I prefer to add dependencies that are strictly necessary to have a successful compilation. Then in the future we can add that dependency (if you want you can modify your pkgbuild before starting the compilation for the moment)

rtc123 commented on 2016-01-11 18:46

I have tried to build it with the same deps as you except without the multilib 32 bit packages( expat instead of lib32-expat etc). I get about 40 that fail in the directory ./openmodelica/cppruntime/*

also I noticed that when you run the ./configure script if you have the "opencl-headers" package installed ParModelica is enabled as shown in the output of the ./configure script. So opencl-headers might be good to add as dependency.

adding --with-UMFPACK in the configuration options will enable the UMFPACK option as well.

Configured OpenModelica successfully using the following options:
Simulations may use UMFPACK: Yes
Simulations may use sundials suite: Yes
Simulations may use UMFPACK: Yes
ParModelica: Yes