Opened 7 years ago
Last modified 3 years ago
#4886 new defect
OMCompiler fails to build with lapack 3.8.0
Reported by: | Owned by: | Martin Sjölund | |
---|---|---|---|
Priority: | critical | Milestone: | |
Component: | Build Environment | Version: | v1.14.0-dev-nightly |
Keywords: | lapack | Cc: |
Description
I'm currently building package of openmodelica for openSUSE. Some days ago, after the uploading of lapack 3.8.0 on factory and then tumbleweed openmodelica fails to build with :
[ 1646s] /home/abuild/rpmbuild/BUILD/openmodelica-1.13.0dev~git20180416/OMCompiler/Compiler/runtime/libomcruntime-boot.so: undefined reference to `dgeqpf_'
[ 1646s] /home/abuild/rpmbuild/BUILD/openmodelica-1.13.0dev~git20180416/OMCompiler/Compiler/runtime/libomcruntime-boot.so: undefined reference to `dgegv_'
[ 1646s] /home/abuild/rpmbuild/BUILD/openmodelica-1.13.0dev~git20180416/OMCompiler/Compiler/runtime/libomcruntime-boot.so: undefined reference to `dgelsx_'
Here is the full build log : https://build.opensuse.org/package/live_build_log/home:bosconovic:openomdelica/openmodelica-dev/openSUSE_Tumbleweed/x86_64
Change History (11)
comment:1 by , 6 years ago
Component: | *unknown* → Build Environment |
---|---|
Keywords: | lapack added |
Owner: | changed from | to
Version: | v1.13.0-dev-nightly → v1.14.0-dev-nightly |
comment:2 by , 5 years ago
I have the same issue on Gentoo. I was able to compile and use the OMCompiler until the lapack suite has been upgraded to the 3.8.0 version. Now the build fails with the undefined reference errors posted by the OP.
comment:3 by , 5 years ago
Milestone: | Future → 1.16.0 |
---|---|
Priority: | normal → critical |
I think this should be fixed on the development version, but we shouldn't delay 1.14.0 or 1.15.0 because of this, as there are probably not many users using these OSs.
follow-up: 5 comment:4 by , 5 years ago
We probably need to look for which lapack functions are available. These functions are used in older MSL versions that we test, so we don't want to simply remove them from the source code (like https://github.com/OpenModelica/OpenModelica/pull/455 suggested).
comment:5 by , 5 years ago
Any news? Gentoo user with lapack 3.8.0
Replying to sjoelund.se:
We probably need to look for which lapack functions are available. These functions are used in older MSL versions that we test, so we don't want to simply remove them from the source code (like https://github.com/OpenModelica/OpenModelica/pull/455 suggested).
comment:6 by , 5 years ago
Ubuntu works fine with lapack 3.8.0. I guess it was built including deprecated symbols in order to work with older software.
-DBUILD_DEPRECATED=ON
Should probably be used in https://gitweb.gentoo.org/repo/gentoo.git/diff/sci-libs/lapack/lapack-3.8.0.ebuild?id=9272dbf42dee789cc3d5d9af35c5eda5433a7892
A bit annoying to try to test building it since all Ubuntu versions have the deprecated symbols, but I will see what I can do.
comment:8 by , 5 years ago
comment:10 by , 4 years ago
Milestone: | 1.17.0 → 1.18.0 |
---|
Retargeted to 1.18.0 because of 1.17.0 timed release.
The problem is still there even with latest nightly