Closed eurika-kaiser closed 3 years ago
Thanks for raising the issue, Eurika. I will have to install Matlab on my MacBook first to see if I can reproduce the problem. It might take a couple of days until I get to it and I appreciate your patience.
Absolutely, I very much appreciate your help on this!
On Nov 15, 2020, at 11:39 PM, Andreas Potschka notifications@github.com wrote:
Thanks for raising the issue, Eurika. I will have to install Matlab on my MacBook first to see if I can reproduce the problem. It might take a couple of days until I get to it and I appreciate your patience.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/coin-or/qpOASES/issues/106#issuecomment-727796322, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACF4I5J2TSSLAOVM5W72NTTSQDJL7ANCNFSM4TVBGV7Q.
Hi Eurika,
I could successfully reproduce your problem. For a quick fix, please also remove -D__AVOID_LA_NAMING_CONFLICTS__
from CPPFLAGS
in make.m
. Your addition of -lmwlapack
is indeed required.
The reason is that qpOASES ships a subset of BLAS and LAPACK routines that can be used on embedded hardware. When optimized versions are available on the system, it is usually better to use those.
This fix should make it possible for you to run qpOASES with dense linear algebra. If you need also the sparse linear algebra version, there seems to be a problem with using Matlab's version of MA57, which currently leads to segmentation faults. My first try would be to experiment with the -D__USE_LONG_INTEGERS__ -D__USE_LONG_FINTS__
settings to account for possibly different integer sizes in different breeds of C++ and Fortran compilers.
I hope this helps.
Hi Andreas,
This works perfectly! I have the same issue with the sparse linear algebra version but don’t need it for now, so haven’t experimented further as you suggested.
Thank you very much for your effort and quick response on that!!
Best, Eurika
On Nov 20, 2020, at 12:46 AM, Andreas Potschka notifications@github.com wrote:
Hi Eurika,
I could successfully reproduce your problem. For a quick fix, please also remove -D__AVOID_LA_NAMING_CONFLICTS__ from CPPFLAGS in make.m. Your addition of -lmwlapack is indeed required.
The reason is that qpOASES ships a subset of BLAS and LAPACK routines that can be used on embedded hardware. When optimized versions are available on the system, it is usually better to use those.
This fix should make it possible for you to run qpOASES with dense linear algebra. If you need also the sparse linear algebra version, there seems to be a problem with using Matlab's version of MA57, which currently leads to segmentation faults. My first try would be to experiment with the -DUSE_LONG_INTEGERS -DUSE_LONG_FINTS settings to account for possibly different integer sizes in different breeds of C++ and Fortran compilers.
I hope this helps.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/coin-or/qpOASES/issues/106#issuecomment-731030820, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACF4I5JEZIK55E4PCZU3PF3SQYUGLANCNFSM4TVBGV7Q.
OS: macosx 10.15.6 Matlab: 2020a qpOASES: v3.2
Hello,
I'm having some issues compiling qpOASES using the Matlab interface. I have NOT compiled qpOASES separately. When I try running make in Matlab I obtain the following error shown further below.
Before having this issue, I had the problem that my SDK couldn't be located, which I solved similarly as outlined here.
While trying to solve the compiling issue using
make
, I found also issue #66 . As suggested, I added the additional flag-lmwlapack
, but it didn't solve the compiling issue.Any ideas how to proceed? Thanks a lot!