New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
unable to get Ipopt on Arch Linux #665
Comments
The build from AUR seems to run through on my system, including tests.
If building Ipopt from source, I would suggest to also build Mumps from source using https://github.com/coin-or-tools/ThirdParty-Mumps/.
SCIP does not require that Ipopt uses MUMPS. Any linear solver supported by Ipopt will be ok. The HSL solvers are usually a good option, but they aren't free to redistribute. |
Here's my test log (that shows with AUR and with local build of current source):
|
Difficult for me to say why this goes wrong. If you can reproduce via
then that brings you closer to something you can debug. Sometimes, these kind of problems occur when the wrong variant of a library is loaded, e.g., not the Ipopt library from |
It looks like an OpenBLAS issue. I got a backtrace:
|
I'm not sure why I need or have both cblas and openblas. I doubt I need two. Maybe OpenBLAS requires more/separate initialization/cleanup? |
cblas is just a C wrapper for blas. It's not used by Mumps or Ipopt. It's confusing that gdb says the libs are in I have only package |
I do have Ipopt installed. I guess when you run the .libs/getcurr out of context (via gdb) it doesn't know where to pull shared libs from. I just ran it again with the correct LD_LIBRARY_PATH for the Ipopt debug build. It still calls out to the installed /usr/lib/libcoinmumps and fails in the same place. |
The last argument of |
Nevermind. This is OpenMathLib/OpenBLAS#4005. |
Yes, I can reproduce with openblas 0.3.23. The
So there are only two integers between the first three So one workaround would be to switch to package |
I'm unable to install Ipopt with mumps on Arch these days. It's in the AUR, but the build in the AUR fails with a broken unit test. It's current code, too. If I try to compile it manually, it won't find mumps, even though mumps is installed. If I specify blank linker flags for mumps, it does find it, but the build then fails with incompatible MPI libraries, with or without openMPI installed. It should not be this painful. Can we ditch the mumps and MPI dependencies? The only reason I'm trying to install this is for SCIP to build; SCIP says it needs Ipopt with mumps.
The text was updated successfully, but these errors were encountered: