Search Criteria
Package Details: openmodelica 1.24.0-4
Package Actions
Git Clone URL: | https://aur.archlinux.org/openmodelica.git (read-only, click to copy) |
---|---|
Package Base: | openmodelica |
Description: | Open-source Modelica-based modeling and simulation environment |
Upstream URL: | https://www.openmodelica.org |
Licenses: | OSMC-PL |
Submitter: | hobbypunk |
Maintainer: | kyak (xantares) |
Last Packager: | xantares |
Votes: | 9 |
Popularity: | 0.68 |
First Submitted: | 2017-10-02 19:23 (UTC) |
Last Updated: | 2024-11-09 15:34 (UTC) |
Dependencies (12)
- boost-libs
- java-environment (jdk12AUR, jdk10AUR, jdk10-openj9-binAUR, jdk7AUR, amazon-corretto-16AUR, jdk8-graalvm-binAUR, jdk16-graalvm-binAUR, jdk16-adoptopenjdkAUR, jdk8-armAUR, liberica-jre-11-binAUR, jdk11-j9-binAUR, jdk11-jbr-xdgAUR, jdk16-openjdkAUR, jdk14-openjdkAUR, jdk18-openjdkAUR, amazon-corretto-19-binAUR, jdk19-graalvm-binAUR, liberica-jre-11-full-binAUR, jdk19-graalvm-ee-binAUR, jdk13-openjdk-binAUR, liberica-jre-8-full-binAUR, jdk11-graalvm-binAUR, jdk-openj9AUR, jdk11-graalvm-ee-binAUR, jdk12-openjdkAUR, jdk11-dragonwell-standard-binAUR, jdk11-jetbrains-binAUR, jdk20-graalvm-binAUR, jdk17-graalvm-binAUR, jdk8-graalvm-ee-binAUR, zulu-15-binAUR, jdk20-openj9-binAUR, zulu-13-binAUR, jdk8-dragonwell-extended-binAUR, jdk8-dragonwell-standard-binAUR, jdk11-dragonwell-extended-binAUR, jdk17-dragonwell-standard-binAUR, jdk11AUR, jdk8-j9-binAUR, jdk7-j9-binAUR, jdk7r1-j9-binAUR, jdk8-dragonwell-extendedAUR, jdk13-openjdkAUR, jdk15-openjdkAUR, jdk21-graalvm-binAUR, jdk17-jetbrainsAUR, jdk8-openj9-binAUR, jdk-ltsAUR, microsoft-openjdk-11-binAUR, microsoft-openjdk-17-binAUR, microsoft-openjdk-21-binAUR, liberica-nik-24-full-binAUR, jdk21-jetbrains-gitAUR, zulu-17-binAUR, zulu-11-binAUR, zulu-8-binAUR, mandrel-binAUR, mandrel24-binAUR, liberica-jdk-17-full-binAUR, liberica-jdk-11-lite-binAUR, liberica-jdk-11-full-binAUR, liberica-jdk-11-binAUR, jdk17-graalvm-ee-binAUR, jdk21-graalvm-ee-binAUR, jdk22-graalvm-ee-binAUR, jdk20-graalvm-ee-binAUR, jdk22-graalvm-binAUR, jdk19-openjdkAUR, jdk17-jetbrains-binAUR, zulu-jdk-fx-binAUR, jabba-binAUR, jdk21-jetbrainsAUR, jdk17-zulu-prime-binAUR, zing-21-binAUR, zing-8-binAUR, jdk23-graalvm-ee-binAUR, jdk-android-studioAUR, java-openjdk-binAUR, amazon-corretto-17AUR, amazon-corretto-21-binAUR, jdk21-temurinAUR, amazon-corretto-8AUR, amazon-corretto-11AUR, jdk11-temurinAUR, liberica-jdk-full-binAUR, liberica-jdk-21-full-binAUR, liberica-jdk-8-full-binAUR, jdk17-temurinAUR, jdk8-temurinAUR, zulu-21-binAUR, jdk-temurinAUR, jdk8AUR, zulu-17-fx-binAUR, jdk8-perfAUR, zulu-fx-binAUR, zulu8-fx-binAUR, zulu11-fx-binAUR, zulu17-fx-binAUR, zulu21-fx-binAUR, jdk-openj9-binAUR, jdk11-openj9-binAUR, jdk17-openj9-binAUR, jre-jetbrainsAUR, jdk-openjdk-wakefieldAUR, jdk21-openj9-binAUR, zulu-23-binAUR, jdkAUR, jdk21-jetbrains-binAUR, java-openjdk-ea-binAUR, jre-zulu-binAUR, jre-zulu-fx-binAUR, jdk21-dragonwell-standard-binAUR, jdk21-dragonwell-extended-binAUR, jdk-openjdk, jdk11-openjdk, jdk17-openjdk, jdk21-openjdk, jdk8-openjdk)
- lapack (aocl-libflame-aoccAUR, lapack-gitAUR, atlas-lapackAUR, blas-aocl-gccAUR, blas-aocl-aoccAUR, openblas-lapackAUR, blas-mklAUR, aocl-libflameAUR, blas-openblas)
- openscenegraph (openscenegraph-gitAUR, openscenegraph-openmw-gitAUR)
- qt6-5compat
- qt6-svg
- qt6-tools
- qt6-webengine
- boost (boost-gitAUR) (make)
- cmake (cmake-gitAUR) (make)
- gcc-fortran (gcc-fortran-gitAUR, gcc11-fortranAUR, gcc-fortran-snapshotAUR) (make)
- git (git-gitAUR, git-glAUR) (make)
Latest Comments
1 2 3 4 Next › Last »
SpieringsAE commented on 2024-11-09 14:15 (UTC)
there seems to be a missing dependency on
qt6-5compat
after install it manually it made it past configureSpieringsAE commented on 2024-11-03 11:35 (UTC)
1.24.0 seems to have removed the dependency on qt5, but the OMSens_Qt module still depends on Qt5. This is causing a build issue for me. After installing the old qt5 dependencies it builds fine.
lucas.mior commented on 2024-10-22 16:57 (UTC)
This build is causing a bug with the MODELICAPATH, as described here: https://github.com/OpenModelica/OpenModelica/issues/13045
The same bug does not happen when compiling directly from the openmodelica repo.
xantares commented on 2024-08-28 14:04 (UTC)
no need to change it globally in makepkg.conf, lets patch the PKGBUILD
julico commented on 2024-08-28 09:01 (UTC) (edited on 2024-08-28 09:01 (UTC) by julico)
It did indeed work after changing in my makepkg.conf the line:
OPTIONS=(strip docs !libtool !staticlibs emptydirs zipman purge !debug lto)
to
OPTIONS=(strip docs !libtool !staticlibs emptydirs zipman purge !debug !lto)
Thank you !
Is there a way to fix this in the PKGBUILD or should it be fixed elsewhere (makefile on the openmodelica repository for example) ?
xantares commented on 2024-08-26 19:54 (UTC) (edited on 2024-08-26 19:58 (UTC) by xantares)
weird; I do have that symbol:
$ nm /usr/lib/omc/libModelicaStandardTables.a|grep ModelicaStandardTables_CombiTimeTable_init2
0000000000005650 T ModelicaStandardTables_CombiTimeTable_init2
the difference here is the flags automatically passed by makepkg, and yes it does involve lto by default, can you see if rebuilding the package with:
options=(!lto)
makes your use-case succeed ?
julico commented on 2024-08-26 15:17 (UTC) (edited on 2024-08-26 15:18 (UTC) by julico)
I had errors using the Buildings library with OMEdit installed through the AUR.
For example Boiler.Systems1 in the tutorial examples from Buildings gave an undefined reference error on simulation because it needed the ModelicaStandardTables_CombiTimeTable_init2 function from the /usr/lib/omc/libModelicaStandardTables.a library.
When running nm libModelicaStandardTables.a I got the following output:
I fixed the issue by using the OpenModelica cmake instructions instead of the ones in this AUR:
https://github.com/OpenModelica/OpenModelica/blob/master/README.cmake.md#1-quick-start
Here's also a link to the full discussion with the maintainers:
https://github.com/OpenModelica/OpenModelica/discussions/12813
beralt commented on 2024-05-21 14:58 (UTC)
It doesn't build anymore. Seems like the problem is with xerces/RangeToken.cpp:
1 2 3 4 Next › Last »