Package Details: coin-or-ipopt 3.14.9-1

Git Clone URL: (read-only, click to copy)
Package Base: coin-or-ipopt
Description: Interior Point OPTimizer
Upstream URL:
Licenses: EPL
Submitter: xantares
Maintainer: xantares
Last Packager: xantares
Votes: 15
Popularity: 0.010947
First Submitted: 2015-01-20 10:21 (UTC)
Last Updated: 2022-07-21 15:55 (UTC)

Latest Comments

neinseg commented on 2021-12-07 12:23 (UTC)

Ah! My bad, thank you for the hint.

xantares commented on 2021-12-03 12:10 (UTC) (edited on 2021-12-03 12:10 (UTC) by xantares)

just uncomment MAKEFLAGS=-jXX in makepkg.conf

neinseg commented on 2021-12-03 11:28 (UTC)

Correct me if there is some general guidance against this for AUR packages, but I think this package would really benefit from make -j $NCPUS instead of plain make so build() uses all available cores.

0xDrDru commented on 2021-07-01 09:17 (UTC)

That's strange, it builds flawlessly now. Maybe something was corrected during an update? Sorry to have bothered you...

xantares commented on 2021-07-01 09:07 (UTC) (edited on 2021-07-01 09:11 (UTC) by xantares)

I cannot reproduce, it builds fine here with gcc 11, maybe you could post the full logs ?

0xDrDru commented on 2021-06-29 16:34 (UTC) (edited on 2021-07-01 09:08 (UTC) by 0xDrDru)

As of now, the build fail with undefined reference to 'std::__throw_bad_array_new_length()'. A solution found in, switching to gcc-10 and g++-10 fixes the problem: putting CC=gcc-10 CXX=g++-10 at the ./configure step.

Libbum commented on 2019-11-29 11:47 (UTC)

Can confirm everything is working great with this new setup!

For those that are interested, and have academic HSL licenses, I've added a package to get that to build with a slightly modified version of this package here:

xantares commented on 2019-11-28 12:25 (UTC) (edited on 2019-11-28 12:38 (UTC) by xantares)

@libbum It looks good enough (minor modifications in licenses/dependencies)

I'll probably rename to coin-or-coinasl / coin-or-coinmumps / coin-or-coinmetis

Libbum commented on 2019-11-28 10:42 (UTC)

OK, guys. I have this working on my machine using the following builds:

I've made three PKGBUILDs for the coinasl, coinmetis and coinmumps libraries and built ipopt against them.

Testing against my own projects, Ipopt is performing as expected.

Something is odd with directory structures when enabling java in the Ipopt build, but I'm unsure if we even need that running? At least I don't.

As you can see, these are not complete packages - they need some work in getting them up to scratch in terms of dependencies and checksums etc. xantares: is this set of things something you'd be happy to manage? If not I can work on publishing them myself soon. That being said, I've never made an AUR package, so it may take me some time to get that done.

adsun commented on 2019-11-27 20:32 (UTC)

Reverted update to 3.13.0. Disowning this as I cannot fix the problems with upgrading to 3.13.0.

Libbum commented on 2019-11-27 15:22 (UTC)

Ah. Fair enough. When I have the chance (later today probably) I'll try to build a complete PKGBUILD file that incorporates the ASL and MUMPS thirdparty modules.

xantares commented on 2019-11-27 15:19 (UTC)

I think you have to use because they have custom patches on top of mumps

Libbum commented on 2019-11-27 15:07 (UTC)

I managed to get it to build and pass tests using

--with-asl \
--with-mumps \
--without-hsl \

so long as you install mumps from the AUR package, and manually install the ThirdParty-ASL package. (A quick and dirty PKGBUILD for that is here:

Yet to verify this all works though.

xantares commented on 2019-11-27 12:58 (UTC)


ipopt is not of much use without mumps sparse solver, many algorithms are disabled

it is not part of the archive anymore, but you can still get it from:

then I guess it is enough to call get.Mumps like before in the prepare section


Xwang commented on 2019-11-26 18:09 (UTC) (edited on 2019-11-26 18:10 (UTC) by Xwang)

I have changed the line make tests with make test

and then it has stopped with the following error:

---- 8< ---- End of test program output ---- 8< ----

******** Test FAILED! ********

Output of the test program does not contain 'EXIT: Optimal Solution Found'. Testing sIpopt Example parametric_cpp... ./run_unitTests: riga 19: 452716 Errore di segmentazione (core dump creato) $@ > tmpfile 2>&1 0 ---- 8< ---- Start of test program output ---- 8< ---- Exception of type: OPTION_INVALID in file "../../../Ipopt-releases-3.13.0/src/Algorithm/IpAlgBuilder.cpp" at line 268: Exception message: Selected linear solver MA27 not available. Tried to obtain MA27 from shared library "", but the following error occured: cannot open shared object file: No such file or directory

EXIT: Invalid option encountered. ---- 8< ---- End of test program output ---- 8< ----

******** Test FAILED! ********

Test program existed with nonzero status. Testing sIpopt Example redhess_cpp... ./run_unitTests: riga 19: 452743 Errore di segmentazione (core dump creato) $@ > tmpfile 2>&1 0 ---- 8< ---- Start of test program output ---- 8< ---- Exception of type: OPTION_INVALID in file "../../../Ipopt-releases-3.13.0/src/Algorithm/IpAlgBuilder.cpp" at line 268: Exception message: Selected linear solver MA27 not available. Tried to obtain MA27 from shared library "", but the following error occured: cannot open shared object file: No such file or directory

EXIT: Invalid option encountered. ---- 8< ---- End of test program output ---- 8< ----

******** Test FAILED! ********

Test program existed with nonzero status. make[1]: [Makefile:780: test] Error 1 make[1]: uscita dalla directory "/home/andreak/tmp/trizen-andreak/coin-or-ipopt/src/build/test" make: [Makefile:876: unitTest] Error 2 ==> ERRORE: Si è verificato un errore in check(). L'operazione sta per essere interrotta... :: Unable to build coin-or-ipopt - makepkg exited with code: 4

Libbum commented on 2019-11-26 16:14 (UTC)

I think this package needs a bit more work since the upgrade to 3.13 has overhauled the structure of Ipopt.

First, the check are failing since the Makefile in the build directory now has test rather than tests in it.

Upon running those tests however, many users are going to get failures since they wont have the correct packages installed on their system. AMPL for example is no longer bundled and must be installed on its own as a prerequisite. Or we'd need to set up this build to skip certain tests because of this. Not sure which is the better way to proceed here.

Xwang commented on 2019-07-16 12:29 (UTC)

With today upgrade I noted this warning:

" (==> WARNING: The package contains references to $ srcdir usr / lib / usr / lib / usr / lib / "

Maybe it was the same even with previous versions and I wonder if it is something we should worry about.

xantares commented on 2019-06-03 19:51 (UTC) (edited on 2019-06-03 20:01 (UTC) by xantares)

it seems the metis url is down:

--2019-06-03 21:50:24-- (try: 3) Connecting to (||:80...

can we comment the ./get.Metis line for now ?

eolianoe commented on 2019-03-14 20:37 (UTC)

@costashatz: Nope and I don't get the error. Could you paste more log?

costashatz commented on 2019-03-13 21:31 (UTC)

I am getting an error in make:

/usr/bin/ld: cannot find -lcoinmetis

Any ideas?

Xwang commented on 2018-06-17 08:13 (UTC)

I have just managed to solve the issue by removing the installed package (and the packages which had it as a dependency) and reinstall it.

Xwang commented on 2018-06-15 17:48 (UTC)

I do not have my system. Only! The problem is still present even after having cleaned the build directory.

eolianoe commented on 2018-06-15 06:08 (UTC)

@Xwang: you just need to clean your build directory (some files were compiled with an older gfortran and the mixing is not possible)

Xwang commented on 2018-06-14 22:16 (UTC)

/usr/bin/ld: warning:, needed by /lib/../lib/, not found (try using -rpath or -rpath-link) /lib/../lib/ undefined reference to _gfortran_stop_string@GFORTRAN_7' /lib/../lib/ undefined reference to_gfortran_random_r8@GFORTRAN_7' /lib/../lib/ undefined reference to _gfortran_st_write@GFORTRAN_7' /lib/../lib/ undefined reference to_gfortran_internal_unpack@GFORTRAN_7' /lib/../lib/ undefined reference to _gfortran_st_write_done@GFORTRAN_7' /lib/../lib/ undefined reference to_gfortran_os_error@GFORTRAN_7' /lib/../lib/ undefined reference to _gfortran_transfer_real_write@GFORTRAN_7' /lib/../lib/ undefined reference to_gfortran_transfer_character_write@GFORTRAN_7' /lib/../lib/ undefined reference to _gfortran_select_string@GFORTRAN_7' /lib/../lib/ undefined reference to_gfortran_transfer_logical_write@GFORTRAN_7' /lib/../lib/ undefined reference to _gfortran_internal_pack@GFORTRAN_7' /lib/../lib/ undefined reference to_gfortran_transfer_array_write@GFORTRAN_7' /lib/../lib/ undefined reference to _gfortran_size0@GFORTRAN_7' /lib/../lib/ undefined reference to_gfortran_string_len_trim@GFORTRAN_7' /lib/../lib/ undefined reference to _gfortran_adjustl@GFORTRAN_7' /lib/../lib/ undefined reference to_gfortran_st_close@GFORTRAN_7' /lib/../lib/ undefined reference to _gfortran_transfer_integer_write@GFORTRAN_7' /lib/../lib/ undefined reference to_gfortran_concat_string@GFORTRAN_7' /lib/../lib/ undefined reference to _gfortran_runtime_error@GFORTRAN_7' /lib/../lib/ undefined reference to_gfortran_runtime_error_at@GFORTRAN_7' /lib/../lib/ undefined reference to _gfortran_st_open@GFORTRAN_7' /lib/../lib/ undefined reference to_gfortran_string_trim@GFORTRAN_7' collect2: error: ld returned 1 exit status make[3]: *** [Makefile:497: ipopt] Error 1 make[3]: uscita dalla directory "/home/andreak/.cache/pikaur/build/coin-or-ipopt/src/build/Ipopt/src/Apps/AmplSolver"

eolianoe commented on 2018-04-24 18:05 (UTC)

@KerrickStaley: the HSL is not provided in this build as it's subject to some licenses, see src/Ipopt-3.12.9/ThirdParty/HSL/INSTALL.HSL to know how to get HSL

KerrickStaley commented on 2018-04-22 23:30 (UTC)

I get the following error when I try to run my model:

Exception message: Selected linear solver MA27 not available. Tried to obtain MA27 from shared library "", but the following error occured: cannot open shared object file: No such file or directory

Is there an optional dependency I can install to provide the file ""?

Anaphory commented on 2016-12-23 19:06 (UTC)

Apparently, the build process depends on `wget` (should a build download files??) > Utility wget not found in your PATH. This should be made explicit in the PKGBUILD.

Lone_Wolf commented on 2016-06-07 12:04 (UTC)

Build fails unless a fortran compiler is installed, please add 'gcc-fortran' as a dependency. also 3.12.5 has been released,flagged out-of-date

eolianoe commented on 2015-02-14 13:53 (UTC)

@xantares: I think that you re-upload a package with the wrong set of dependencies, coin-or-coinutils is not needed to build ipopt, and you need lapack in the dependencies.

xantares commented on 2015-01-22 13:02 (UTC)

@eolianoe, added als, mumps & metis

eolianoe commented on 2015-01-22 08:08 (UTC)

IMHO the package of bchretien contains more functionalities than yours and before the merge those functionalities should be added.

bchretien commented on 2015-01-21 11:23 (UTC)

Why not make a request on the AUR mailing list to rename the package (after notifying me)? That way we don't lose all the comments that may have been done over the years by people trying to build it (which can help some users having troubles compiling it).

cedricmc commented on 2015-01-21 00:21 (UTC)

no, thank YOU!

xantares commented on 2015-01-20 13:12 (UTC)

hello, I updated the dependencies, ipopt/ should be deleted, and ipopt-svn moved to coin-or-ipopt-svn to be consistent with the package names in community.

eolianoe commented on 2015-01-20 12:35 (UTC)

There is already two packages for Ipopt: and, maybe you could discuss to include your changes. And why do you need coin-or-coinutils and glpk in the dependencies ?

bchretien commented on 2015-01-20 11:19 (UTC)

@cedricmc: looks good, modifications merged, thanks!

cedricmc commented on 2015-01-20 11:01 (UTC) :D

bchretien commented on 2015-01-20 10:43 (UTC)

@cedricmc: apparently I missed your message, and your PKGBUILD is no longer available on pastebin. If you still have a copy, I'll take a look at it ;-)

cedricmc commented on 2014-11-21 12:49 (UTC)

I've cleaned and added a line to the PKGBUILD in order to prevent the "$srcdir warning". Cheers mate!

bchretien commented on 2013-10-07 14:21 (UTC)

@cyang: absolutely, thanks for the feedback!

cyang commented on 2013-10-05 05:51 (UTC)

Thanks for the package! I had to install gcc-fortran to be able to build this though. Maybe consider adding it to makedepends?

bchretien commented on 2013-03-08 10:02 (UTC)

@iord: you can find the source of this warning with something like: grep -R "$srcdir" $pkgdir It is not always critical (e.g. paths in Doxygen), but better be safe than sorry :) As for my error, I will investigate on my side and report any finding.

iord commented on 2013-03-08 09:46 (UTC)

When I try to install this package with yaourt I get a "reference to $srcdir" warning. I'm new to writing pkgbuilds so perhabs my version is erroneous: I also tried replacing the export line in your pkgbuild with: export PKG_CONFIG_LIBDIR="${pkgdir}/usr/lib/pkgconfig/" and it builds just fine for me. @bchretien: cannot reproduce your error =/

bchretien commented on 2013-03-08 01:22 (UTC)

Build fails for me with the following error:

ishanarora commented on 2012-12-17 06:39 (UTC)

Please bump the version to 3.10.3