Package Details: coin-or-ipopt 3.14.4-1

Git Clone URL: (read-only, click to copy)
Package Base: coin-or-ipopt
Description: Interior Point OPTimizer
Upstream URL:
Licenses: EPL
Groups: coin-or
Submitter: xantares
Maintainer: xantares
Last Packager: xantares
Votes: 15
Popularity: 0.35
First Submitted: 2015-01-20 10:21
Last Updated: 2021-09-20 18:57

Latest Comments

1 2 3 4 5 Next › Last »

0xDrDru commented on 2021-07-01 09:17

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

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

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

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

@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

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

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

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

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

Libbum commented on 2019-11-27 15:07

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.