Search Criteria
Package Details: coin-or-ipopt 3.14.9-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/coin-or-ipopt.git (read-only, click to copy) |
---|---|
Package Base: | coin-or-ipopt |
Description: | Interior Point OPTimizer |
Upstream URL: | https://github.com/coin-or/Ipopt |
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) |
Dependencies (3)
Required by (24)
- casadi
- coin-or-bonmin
- coin-or-couenne
- coin-or-hsl (optional)
- control-toolbox-core (optional)
- freefem (optional)
- ifopt
- libdart
- net2plan
- openmodelica-dev-omc
- openmodelica-dev-omedit
- openmodelica-dev-omnotebook
- openmodelica-dev-omoptim
- openmodelica-dev-omplot
- openmodelica-dev-omshell
- openmodelica-dev-qwt
- openmodelica-omedit
- openmodelica-omnotebook
- openmodelica-omplot
- openmodelica-omshell
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 plainmake
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 https://github.com/JuliaLang/julia/issues/40703, switching togcc-10
andg++-10
fixes the problem: puttingCC=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: https://github.com/Libbum/Arch
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:
https://gist.github.com/Libbum/52f05187c5bef2935dd39bccd8f79ff0
I've made three PKGBUILDs for the
coinasl
,coinmetis
andcoinmumps
libraries and builtipopt
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 https://github.com/coin-or-tools/ThirdParty-Mumps 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
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: https://controlc.com/53c56129)
Yet to verify this all works though.
xantares commented on 2019-11-27 12:58 (UTC)
hello,
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:
https://github.com/coin-or-tools/ThirdParty-Mumps
then I guess it is enough to call get.Mumps like before in the prepare section
xan.
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< ----
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 "libhsl.so", but the following error occured: libhsl.so: cannot open shared object file: No such file or directory
EXIT: Invalid option encountered. ---- 8< ---- End of test program output ---- 8< ----
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 "libhsl.so", but the following error occured: libhsl.so: cannot open shared object file: No such file or directory
EXIT: Invalid option encountered. ---- 8< ---- End of test program output ---- 8< ----
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 hastest
rather thantests
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 / libcoinmumps.so.1.6.1 usr / lib / libipopt.so.1.10.13 usr / lib / libipoptamplinterface.so.1.10.13 "
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) http://glaros.dtc.umn.edu/gkhome/fetch/sw/metis/OLD/metis-4.0.3.tar.gz Connecting to glaros.dtc.umn.edu (glaros.dtc.umn.edu)|160.94.64.7|: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 libgfortran.so.4on my system. Only libgfortran.so.5! 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: libgfortran.so.4, needed by /lib/../lib/libcoinmumps.so, not found (try using -rpath or -rpath-link) /lib/../lib/libcoinmumps.so: undefined reference to
_gfortran_stop_string@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to
_gfortran_random_r8@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to_gfortran_st_write@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to
_gfortran_internal_unpack@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to_gfortran_st_write_done@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to
_gfortran_os_error@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to_gfortran_transfer_real_write@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to
_gfortran_transfer_character_write@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to_gfortran_select_string@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to
_gfortran_transfer_logical_write@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to_gfortran_internal_pack@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to
_gfortran_transfer_array_write@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to_gfortran_size0@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to
_gfortran_string_len_trim@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to_gfortran_adjustl@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to
_gfortran_st_close@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to_gfortran_transfer_integer_write@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to
_gfortran_concat_string@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to_gfortran_runtime_error@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to
_gfortran_runtime_error_at@GFORTRAN_7' /lib/../lib/libcoinmumps.so: undefined reference to_gfortran_st_open@GFORTRAN_7' /lib/../lib/libcoinmumps.so: 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 HSLKerrickStaley 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 "libhsl.so", but the following error occured: libhsl.so: cannot open shared object file: No such file or directory
Is there an optional dependency I can install to provide the file "libhsl.so"?
Anaphory commented on 2016-12-23 19:06 (UTC)
Lone_Wolf commented on 2016-06-07 12:04 (UTC)
eolianoe commented on 2015-02-14 13:53 (UTC)
xantares commented on 2015-01-22 13:02 (UTC)
eolianoe commented on 2015-01-22 08:08 (UTC)
bchretien commented on 2015-01-21 11:23 (UTC)
cedricmc commented on 2015-01-21 00:21 (UTC)
xantares commented on 2015-01-20 13:12 (UTC)
eolianoe commented on 2015-01-20 12:35 (UTC)
bchretien commented on 2015-01-20 11:19 (UTC)
cedricmc commented on 2015-01-20 11:01 (UTC)
bchretien commented on 2015-01-20 10:43 (UTC)
cedricmc commented on 2014-11-21 12:49 (UTC)
bchretien commented on 2013-10-07 14:21 (UTC)
cyang commented on 2013-10-05 05:51 (UTC)
bchretien commented on 2013-03-08 10:02 (UTC)
iord commented on 2013-03-08 09:46 (UTC)
bchretien commented on 2013-03-08 01:22 (UTC)
ishanarora commented on 2012-12-17 06:39 (UTC)