Issue created by migration from Trac.

Original creator: alamir

Original creation time: 2006-10-14 11:19:50

Assignee: ipopt-team

Version: 3.0

Hi,
I successfully upload the Ipopt using "subversion" option.
I uploaded BLAS, LAPACK and ASL as well as the two fortran subroutine.
I did not get the Pardiso and the WSMP files as they are not mandatory

The ./configure processing took some time with some messages indicating that the configuration of the thirdparty file i successfull but the whole thing ends with the message

"Error unknown length of int* "
"Error configuration failed for Ipopt"

==================== Config.log =============================
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by Ipopt configure 3.2.1, which was
generated by GNU Autoconf 2.59. Invocation command line was

$ ./configure

---------

Platform.

---------

hostname = perm01
uname -m = i686
uname -r = 1.5.21(0.156/4/2)
uname -s = CYGWIN_NT-5.1
uname -v = 2006-07-30 14:21

/usr/bin/uname -p = unknown
/bin/uname -X = unknown

/bin/arch = unknown
/usr/bin/arch -k = unknown
/usr/convex/getsysinfo = unknown
hostinfo = unknown
/bin/machine = unknown
/usr/bin/oslevel = unknown
/bin/universe = unknown

PATH: /usr/local/bin
PATH: /usr/bin
PATH: /bin
PATH: /usr/X11R6/bin
PATH: /cygdrive/c/Program Files/DevStudio/SharedIDE/BIN
PATH: /cygdrive/c/Program Files/DevStudio/DF/BIN
PATH: /cygdrive/c/Program Files/DevStudio/VC/BIN
PATH: /cygdrive/c/Progra~1/texmf/miktex/bin
PATH: /cygdrive/c/WINDOWS/system32
PATH: /cygdrive/c/WINDOWS
PATH: /cygdrive/c/WINDOWS/System32/Wbem
PATH: /cygdrive/c/MatlabR14Sp1/bin/win32
PATH: /cygdrive/c/Program Files/Ghostgum/gsview
PATH: /cygdrive/c/Program Files/Ghostgum/gs/gs8.14/bin
PATH: /cygdrive/c/Program Files/Fichiers communs/Adaptec Shared/System
PATH: /cygdrive/c/Program Files/Ghostgum/gs/gs8.14/lib
PATH: /cygdrive/c/Program Files/QuickTime/QTSystem/

-----------

Core tests.

-----------

configure:1295: checking for egrep
configure:1305: result: grep -E
configure:1349: checking for a BSD-compatible install
configure:1404: result: /usr/bin/install -c
configure:1415: checking whether build environment is sane
configure:1458: result: yes
configure:1523: checking for gawk
configure:1539: found /usr/bin/gawk
configure:1549: result: gawk
configure:1559: checking whether make sets $(MAKE)
configure:1579: result: yes
configure:1749: checking whether to enable maintainer-specific portions of Makefiles
configure:1758: result: no
configure:2148: checking whether code for third party package Blas is available
configure:2163: result: yes
configure:2174: checking whether code for third party package Lapack is available
configure:2189: result: yes
configure:2200: checking whether code for third party package HSL is available
configure:2215: result: yes
configure:2226: checking whether code for third party package ASL is available
configure:2241: result: yes
configure:2259: checking whether directory Ipopt is available
configure:2274: result: yes
configure:2464: creating ./config.status

----------------------

Running config.status.

----------------------

This file was extended by Ipopt config.status 3.2.1, which was
generated by GNU Autoconf 2.59. Invocation command line was

CONFIG_FILES =
CONFIG_HEADERS =
CONFIG_LINKS =
CONFIG_COMMANDS =
$ ./config.status

on perm01

config.status:671: creating Makefile
configure:3331: configuring in ThirdParty/Blas
configure:3448: running /bin/sh './configure' --prefix=/cygdrive/c/ipopt/CoinIpopt --cache-file=/dev/null --srcdir=.
configure:3331: configuring in ThirdParty/Lapack
configure:3448: running /bin/sh './configure' --prefix=/cygdrive/c/ipopt/CoinIpopt --cache-file=/dev/null --srcdir=.
configure:3331: configuring in ThirdParty/HSL
configure:3448: running /bin/sh './configure' --prefix=/cygdrive/c/ipopt/CoinIpopt --cache-file=/dev/null --srcdir=.
configure:3331: configuring in ThirdParty/ASL
configure:3448: running /bin/sh './configure' --prefix=/cygdrive/c/ipopt/CoinIpopt --cache-file=/dev/null --srcdir=.
configure:3331: configuring in Ipopt
configure:3448: running /bin/sh './configure' --prefix=/cygdrive/c/ipopt/CoinIpopt --cache-file=/dev/null --srcdir=.
configure:3453: error: /bin/sh './configure' failed for Ipopt

----------------

Cache variables.

----------------

ac_cv_env_COIN_SKIP_PROJECTS_set=
ac_cv_env_COIN_SKIP_PROJECTS_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_path_install='/usr/bin/install -c'
ac_cv_prog_AWK=gawk
ac_cv_prog_egrep='grep -E'
ac_cv_prog_make_make_set=yes

-----------------

Output variables.

-----------------

ACLOCAL='${SHELL} /cygdrive/c/ipopt/CoinIpopt/missing --run aclocal-1.9'
AMTAR='${SHELL} /cygdrive/c/ipopt/CoinIpopt/missing --run tar'
AUTOCONF='${SHELL} /cygdrive/c/ipopt/CoinIpopt/missing --run autoconf'
AUTOHEADER='${SHELL} /cygdrive/c/ipopt/CoinIpopt/missing --run autoheader'
AUTOMAKE='${SHELL} /cygdrive/c/ipopt/CoinIpopt/missing --run automake-1.9'
AUX_DIR=''
AWK='gawk'
BUILDTOOLSDIR=''
COIN_SKIP_PROJECTS=''
CYGPATH_W='cygpath -w'
DEFS='-DPACKAGE_NAME="Ipopt" -DPACKAGE_TARNAME="ipopt" -DPACKAGE_VERSION="3.2.1" -DPACKAGE_STRING="Ipopt\ 3.2.1" -DPACKAGE_BUGREPORT="http://projects.coin-or.org/Ipopt/newticket\" -DPACKAGE="ipopt" -DVERSION="3.2.1" '
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP='grep -E'
HAVE_EXTERNALS_FALSE=''
HAVE_EXTERNALS_TRUE='#'
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
INSTALL_STRIP_PROGRAM='${SHELL} $(install_sh) -c -s'
LIBEXT='a'
LIBOBJS=''
LIBS=''
LIBTOOLM4=''
LTLIBOBJS=''
MAINT='#'
MAINTAINER_MODE_FALSE=''
MAINTAINER_MODE_TRUE='#'
MAKEINFO='${SHELL} /cygdrive/c/ipopt/CoinIpopt/missing --run makeinfo'
PACKAGE='ipopt'
PACKAGE_BUGREPORT='http://projects.coin-or.org/Ipopt/newticket'
PACKAGE_NAME='Ipopt'
PACKAGE_STRING='Ipopt 3.2.1'
PACKAGE_TARNAME='ipopt'
PACKAGE_VERSION='3.2.1'
PATH_SEPARATOR=':'
SET_MAKE=''
SHELL='/bin/sh'
STRIP=''
VERSION='3.2.1'
VPATH_DISTCLEANFILES=''
abs_bin_dir='/cygdrive/c/ipopt/CoinIpopt/bin'
abs_include_dir='/cygdrive/c/ipopt/CoinIpopt/include'
abs_lib_dir='/cygdrive/c/ipopt/CoinIpopt/lib'
abs_source_dir='/cygdrive/c/ipopt/CoinIpopt'
ac_ct_STRIP=''
am__leading_dot='.'
am__tar='${AMTAR} chof - "$$tardir"'
am__untar='${AMTAR} xf -'
bindir='${exec_prefix}/bin'
build_alias=''
datadir='${prefix}/share'
exec_prefix='${prefix}'
have_autoconf=''
have_automake=''
have_svn=''
host_alias=''
includedir='${prefix}/include'
infodir='${prefix}/info'
install_sh='/cygdrive/c/ipopt/CoinIpopt/install-sh'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localstatedir='${prefix}/var'
mandir='${prefix}/man'
mkdir_p='mkdir -p --'
oldincludedir='/usr/include'
prefix='/cygdrive/c/ipopt/CoinIpopt'
program_transform_name='s,x,x,'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
subdirs=' ThirdParty/Blas ThirdParty/Lapack ThirdParty/HSL ThirdParty/ASL Ipopt'
sysconfdir='${prefix}/etc'
target_alias=''

configure: exit 1

Issue created by migration from Trac.

Original creator: soniasinghal

Original creation time: 2006-06-06 19:41:20

Assignee: ipopt-team

Version: 3.0

Hi,

I am working with the 3.1.0 version of IPOpt and am using the Quasi Newton option to approximate the Hessian.
After several (100) iterations IPOpt gives a segmentation fault.
There are two types of Assertion errors I get when I have compiled the code with the debug version of ipopt.

iter objective inf_pr inf_du lg(mu) ||d|| lg(rg) alpha_du alpha_pr ls
760r 6.3707062e+02 2.50e+00 3.18e+02 0.1 8.43e+01 - 1.52e-02 3.92e-02f 1
761r 6.3542319e+02 2.59e+00 3.10e+02 0.1 1.35e+02 - 1.36e-01 1.88e-02f 1
762r 6.3575117e+02 2.44e+00 3.61e+02 0.1 1.28e+01 - 2.01e-01 5.12e-01h 1
763r 6.3822831e+02 1.94e+00 1.38e+02 0.1 1.61e+01 - 4.38e-01 2.34e-01h 2
764r 6.2755086e+02 1.19e+00 6.45e+01 0.1 4.56e+00 - 8.27e-01 1.00e+00h 1
765r 6.7802613e+02 5.52e+00 8.55e+01 0.9 5.65e+01 - 1.68e-01 2.26e-01f 1
766r 6.5383208e+02 8.80e+00 3.92e+01 0.3 1.51e+01 - 3.45e-01 6.98e-01h 1
767r 6.5022832e+02 2.78e+00 2.79e+02 -0.4 1.14e+01 - 1.81e-01 7.58e-01f 1
768r 7.0266365e+02 7.46e+00 1.50e+02 -0.4 3.08e+01 - 3.31e-01 4.24e-01h 1
769r 7.1465687e+02 7.29e+00 1.04e+02 -0.4 7.33e+01 - 9.30e-03 7.23e-02f 1
iter objective inf_pr inf_du lg(mu) ||d|| lg(rg) alpha_du alpha_pr ls
770r 7.1452051e+02 7.24e+00 2.54e+02 -0.4 2.91e+01 - 4.12e-03 7.37e-03h 1
771r 7.1449079e+02 7.24e+00 1.25e+02 -0.4 5.91e+01 - 5.10e-04 1.80e-04h 2
772r 7.1449660e+02 7.23e+00 1.13e+02 -0.4 1.37e+01 - 5.19e-04 1.55e-03h 8
773r 7.1449034e+02 7.22e+00 8.24e+01 -0.4 3.25e+01 - 1.70e-01 1.11e-04h 13
774r 7.1449235e+02 7.22e+00 1.12e+02 -0.4 3.30e+01 - 2.15e-03 1.88e-05h 14
775r 7.1704941e+02 6.83e+00 1.07e+02 -0.4 2.71e+01 - 4.66e-02 4.66e-02s 22
776r 7.1476071e+02 6.20e+00 1.01e+02 -0.4 3.56e+01 - 5.66e-02 5.66e-02s 0
777r 6.8774644e+02 5.06e+00 4.41e+01 -0.4 1.89e+01 - 5.63e-01 5.63e-01s 0
nlpSolution: IpAugRestoSystemSolver.cpp:172: virtual Ipopt::ESymSolverStatus Ipopt::AugRestoSystemSolver::Solve(const Ipopt::SymMatrix*, double, const Ipopt::Vector*, double, const Ipopt::Vector*, double, const Ipopt::Matrix*, const Ipopt::Vector*, double, const Ipopt::Matrix*, const Ipopt::Vector*, double, const Ipopt::Vector&, const Ipopt::Vector&, const Ipopt::Vector&, const Ipopt::Vector&, Ipopt::Vector&, Ipopt::Vector&, Ipopt::Vector&, Ipopt::Vector&, bool, int): Assertion `LR_W' failed.
Aborted

iter objective inf_pr inf_du lg(mu) ||d|| lg(rg) alpha_du alpha_pr ls
60r 3.1054134e+03 2.00e+01 2.17e+02 1.3 1.68e+02 - 3.63e-01 3.24e-01f 1
61r 3.1422667e+03 1.74e+01 2.26e+02 1.4 1.07e+02 - 7.07e-01 2.25e-01f 1
62r 3.1142223e+03 1.01e+01 4.25e+02 0.4 5.75e+01 - 1.55e-01 4.28e-01f 1
63r 3.1090240e+03 1.00e+01 1.10e+03 -2.0 1.14e+03 - 2.72e-03 8.34e-03f 1
64r 3.1016225e+03 8.78e+00 5.46e+03 0.6 1.30e+02 - 1.01e-02 7.94e-02h 1
65r 3.0959050e+03 8.59e+00 5.42e+03 1.9 3.38e+02 - 1.00e-01 1.76e-02f 1
66r 3.1204020e+03 8.33e+00 5.32e+03 2.0 5.28e+02 - 2.17e-01 4.73e-02f 1
67r 3.2950261e+03 1.64e+01 5.14e+03 1.5 7.22e+01 - 4.69e-02 5.12e-01f 1
68r 3.4441593e+03 1.25e+01 2.93e+03 2.2 8.51e+01 - 1.00e+00 2.79e-01f 1
69r 3.4239669e+03 1.26e+01 2.21e+03 2.0 5.84e+01 - 6.37e-02 2.30e-01f 3
iter objective inf_pr inf_du lg(mu) ||d|| lg(rg) alpha_du alpha_pr ls
70r 3.4049832e+03 8.41e+00 1.10e+03 1.3 3.21e+01 - 1.46e-01 6.70e-01h 1
71r 3.4041910e+03 7.88e+00 1.12e+03 0.6 4.73e+02 - 2.00e-01 8.07e-03f 1
72r 3.4238310e+03 1.14e+01 6.36e+02 0.6 4.97e+01 - 3.11e-01 4.12e-01f 1
73r 3.4214252e+03 1.08e+01 6.02e+02 0.6 2.98e+02 - 1.16e-02 4.46e-02f 1
74r 3.4158718e+03 9.72e+00 1.09e+03 0.6 6.84e+01 - 1.80e-02 1.15e-01f 1
75r 3.3762965e+03 8.12e+00 9.93e+02 0.6 7.37e+02 - 2.64e-01 1.54e-01h 1
76r 3.5351425e+03 2.77e+01 1.15e+03 1.8 2.16e+02 - 8.30e-01 3.67e-01f 1
77r 3.2221562e+03 2.56e+01 9.05e+02 1.6 4.15e+02 - 1.88e-02 1.77e-01h 1
78r 3.2084301e+03 3.62e+00 6.50e+02 0.9 3.70e+01 - 8.87e-02 9.25e-01f 1
79r 3.2145163e+03 3.16e+00 4.29e+02 -2.0 1.80e+01 - 2.31e-01 2.44e-01f 1
nlpSolution: IpLimMemQuasiNewtonUpdater.cpp:382: virtual void Ipopt::LimMemQuasiNewtonUpdater::UpdateHessian(): Assertion `sTy_new > 0.' failed.
Aborted

The tar file contains 4 directories - adic, boost, designs, code. I havnt included the ipopt code as the file was getting too big. Install ipopt-3.1.0 at the same directory level ( adic, code, etc. ). To build the code, go into the "code" directory and do "make". "nlpSolution" executable would get generated.

To reproduce error #1 inside the code directory itself type :
./nlpSolution ../designs/fract.txt
For error #2 execute the following command :
./nlpSolution ../designs/primary1.txt

I am working on Suse Linux 9.0 with gcc 3.3.1

Thanks,
~ Sonia

I am trying to generate an Ipopt DLL with the following specifics:

• VS2015/ and
• Intel ifort/MKL 2015
• on a Win2012R2 x64 machine
• through Cygwin, and MSVC++ compilers,
• using Ipopt 3.12 from the svn repo
• Windows SDK 10

By simply doing:
./configure -enable-doscompile=msvc followed by make && make test everything goes smooth, but I don't find any DLLs, only .libs in the CoinIpopt (sub-)folder(s). Although the documentation says

By default, the Ipopt library is compiled as a shared library, on systems where this is supported.

I added some flags to configure, based on this suggestion. I ran the following configure command:

./configure -enable-doscompile=msvc --disable-linear-solver-loader --enable-dependency-linking --enable-shared

During make I repeatedly get the following warnings:

*** Warning: Trying to link with static lib archive mkl_intel_lp64.lib.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because the file extensions .lib of this argument makes me believe
*** that it is just a static archive that I should not used here.

*** Warning: Trying to link with static lib archive mkl_sequential.lib.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because the file extensions .lib of this argument makes me believe
*** that it is just a static archive that I should not used here.

*** Warning: Trying to link with static lib archive mkl_core.lib.
*** I have the capability to make that library automatically link in when
*** you link to this library.  But I can only do this if you have a
*** shared version of the library, which you do not appear to have
*** because the file extensions .lib of this argument makes me believe
*** that it is just a static archive that I should not used here.

Which finally ends in the following error:

ln mkl_intel_lp64.lib .libs/libcoinmumps.lax/lt1-mkl_intel_lp64.lib || cp mkl_in
tel_lp64.lib .libs/libcoinmumps.lax/lt1-mkl_intel_lp64.lib
ln: failed to access 'mkl_intel_lp64.lib': No such file or directory
cp: cannot stat 'mkl_intel_lp64.lib': No such file or directory
ln mkl_sequential.lib .libs/libcoinmumps.lax/lt2-mkl_sequential.lib || cp mkl_se
quential.lib .libs/libcoinmumps.lax/lt2-mkl_sequential.lib
ln: failed to access 'mkl_sequential.lib': No such file or directory
cp: cannot stat 'mkl_sequential.lib': No such file or directory
ln mkl_core.lib .libs/libcoinmumps.lax/lt3-mkl_core.lib || cp mkl_core.lib .libs
/libcoinmumps.lax/lt3-mkl_core.lib
ln: failed to access 'mkl_core.lib': No such file or directory
cp: cannot stat 'mkl_core.lib': No such file or directory
if test -r .libs/libcoinmumps.lib; then bla=.libs/libcoinmumps.lib; else bla=; f
i; lib -OUT:.libs/libcoinmumps.lib $bla mkl_intel_lp64.lib mkl_sequential.lib mk
l_core.lib .libs/libcoinmumps.lax/lt1-mkl_intel_lp64.lib .libs/libcoinmumps.lax/
lt2-mkl_sequential.lib .libs/libcoinmumps.lax/lt3-mkl_core.lib tools_common_mod.
obj dmumps_comm_buffer.obj dmumps_struc_def.obj mumps_ooc_common.obj mumps_stati
c_mapping.obj dmumps_ooc_buffer.obj dmumps_load.obj dmumps_ooc.obj dmumps_part1.
obj dmumps_part2.obj dmumps_part3.obj dmumps_part4.obj dmumps_part5.obj dmumps_p
art6.obj dmumps_part7.obj dmumps_part8.obj mumps_part9.obj mumps_sol_es.obj mump
s_c.obj mumps_common.obj mumps_orderings.obj mumps_io.obj mumps_io_basic.obj mum
ps_io_thread.obj mumps_io_err.obj mumps_size.obj mpi.obj mpic.obj elapse.obj mkl
_intel_lp64.lib mkl_sequential.lib mkl_core.lib mkl_intel_lp64.lib mkl_sequentia
l.lib mkl_core.lib
Microsoft (R) Library Manager Version 14.00.24215.1
Copyright (C) Microsoft Corporation.  All rights reserved.

LINK : fatal error LNK1181: cannot open input file '.libs/libcoinmumps.lax/lt1-m
kl_intel_lp64.lib'
make[1]: *** [Makefile:447: libcoinmumps.la] Error 157
make[1]: Leaving directory '/cygdrive/c/Ipopt/CoinIpopt/ThirdParty/Mumps'
make: *** [Makefile:323: all-recursive] Error 1

What is the correct procedure to generate a DLL for Ipopt?

Ticket 8 had been deleted in the original Trac instance. This empty ticket serves as placeholder to ensure a proper 1:1 mapping of ticket ids to issue ids.

This download does not have the ThirdParty folder with some starter wget scripts. It is found in the svn and tarball downloads.

That folder can help newbies with installing the third-party modules.

--------------without F77 variable--------------
jianglinchundeMacBook-Pro:apollo jianglinchun$ cd third_party/CoinIpopt/ThirdParty/Lapack/
jianglinchundeMacBook-Pro:Lapack jianglinchun$ ./configure
checking for svnversion... yes
checking build system type... i386-apple-darwin15.6.0
checking whether we want to compile in debug mode... no
checking for clang... clang
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether clang accepts -g... yes
checking for clang option to accept ANSI C... none needed
configure: C compiler options are: -O3 -pipe -DNDEBUG -Wimplicit -Wparentheses -Wsequence-point -Wreturn-type -Wcast-qual -Wall -Wno-unknown-pragmas -Wno-long-long -DLAPACK_BUILD
configure: Trying to determine Fortran compiler name
checking for xlf_r... no
checking for fort77... no
checking for gfortran... gfortran
checking whether we are using the GNU Fortran 77 compiler... no
checking whether gfortran accepts -g... no
configure: WARNING: The flags FFLAGS="" do not work. I will now just try '-O', but you might want to set FFLAGS manually.
configure: WARNING: This value for FFLAGS does not work. I will continue with empty FFLAGS, but you might want to set FFLAGS manually.
configure: Fortran compiler options are:
checking how to get verbose linking output from gfortran... configure: WARNING: compilation failed

checking for Fortran libraries of gfortran...
checking for dummy main to link with Fortran libraries... none
checking for Fortran name-mangling scheme... configure: error: cannot compile a simple Fortran program
See `config.log' for more details.

--------------with F77 variable--------------
export F77=/usr/local/bin/g77
./configure --prefix=/opt/local/
------this will worked, but errors:

jianglinchundeMacBook-Pro:Lapack jianglinchun$ ./configure --prefix=/opt/local/
jianglinchundeMacBook-Pro:Lapack jianglinchun$ make
/bin/sh ./../../libtool --tag=F77 --mode=compile /usr/local/bin/g77 -O3 -pipe -O0 -c -o dlamch.lo dlamch.f
/usr/local/bin/g77 -O3 -pipe -O0 -c dlamch.f
dlamch.f: In function dlamch': dlamch.f:89: warning: INTRINSIC DIGITS, EPSILON, HUGE, MAXEXPONENT, ^ Reference to unimplemented intrinsic DIGITS' at (^) (assumed EXTERNAL)
dlamch.f:89:
INTRINSIC DIGITS, EPSILON, HUGE, MAXEXPONENT,
^
Invalid declaration of or reference to symbol digits' at (^) [initially seen at (^)] dlamch.f:89: warning: INTRINSIC DIGITS, EPSILON, HUGE, MAXEXPONENT, ^ Reference to unimplemented intrinsic EPSILON' at (^) (assumed EXTERNAL)
dlamch.f:89:
INTRINSIC DIGITS, EPSILON, HUGE, MAXEXPONENT,
^
Invalid declaration of or reference to symbol epsilon' at (^) [initially seen at (^)] dlamch.f:89: warning: INTRINSIC DIGITS, EPSILON, HUGE, MAXEXPONENT, ^ Reference to unimplemented intrinsic HUGE' at (^) (assumed EXTERNAL)
dlamch.f:89:
INTRINSIC DIGITS, EPSILON, HUGE, MAXEXPONENT,
^
Invalid declaration of or reference to symbol huge' at (^) [initially seen at (^)] dlamch.f:89: warning: INTRINSIC DIGITS, EPSILON, HUGE, MAXEXPONENT, ^ Reference to unimplemented intrinsic MAXEXPONENT' at (^) (assumed EXTERNAL)
dlamch.f:89:
INTRINSIC DIGITS, EPSILON, HUGE, MAXEXPONENT,
^
Invalid declaration of or reference to symbol maxexponent' at (^) [initially seen at (^)] dlamch.f:90: warning: $ MINEXPONENT, RADIX, TINY ^ Reference to unimplemented intrinsic MINEXPONENT' at (^) (assumed EXTERNAL)
dlamch.f:90:
$ MINEXPONENT, RADIX, TINY
^
Invalid declaration of or reference to symbol minexponent' at (^) [initially seen at (^)] dlamch.f:90: warning: $ MINEXPONENT, RADIX, TINY ^ Reference to unimplemented intrinsic RADIX' at (^) (assumed EXTERNAL)
dlamch.f:90:
$ MINEXPONENT, RADIX, TINY
^
Invalid declaration of or reference to symbol radix' at (^) [initially seen at (^)] dlamch.f:90: warning: $ MINEXPONENT, RADIX, TINY ^ Reference to unimplemented intrinsic TINY' at (^) (assumed EXTERNAL)
dlamch.f:90:
$ MINEXPONENT, RADIX, TINY
^
Invalid declaration of or reference to symbol `tiny' at (^) [initially seen at (^)]
make: *** [dlamch.lo] Error 1

Issue created by migration from Trac.

Original creator: @svigerske

Original creation time: 2006-11-21 11:24:29

Assignee: ipopt-team

Version: 3.2

Hi,

in LaGO I sometimes have to (locally) minimize a function over a box. For this, I use IPOPT (from stable/3.2/).
When I'm compiling everything in debug-mode (enable_debug=yes), it works very fine (thank you :-)). But when I compile normally with shared libraries, IPOPT gets sometimes stucked in an endless loop in BacktrackingLineSearch::DoBacktrackingLineSearch.
The detailed output starts with

--> Starting filter line search in iteration 12 <--
Storing current iterate as backup acceptable point.
The current filter has 0 entries.
Relative step size for delta_x = 2.427925e-14
minimal step size ALPHA_MIN = 0.000000E+00
Starting checks for alpha (primal) = 1.00e+00
Checking acceptability for trial step size alpha_primal_test= 1.000000e+00:
  New values of barrier function     = -1.6128927434177887e+04  (reference -1.6128927434178349e+04):
  New values of constraint violation =  0.0000000000000000e+00  (reference  0.0000000000000000e+00):
reference_theta = 0.000000e+00 reference_gradBarrTDelta = -1.648828e-21
Checking Armijo Condition...
Failed...

and later the following lines are repeating again and again:

Starting checks for alpha (primal) = 4.94e-324
Checking acceptability for trial step size alpha_primal_test=4.940656e-324:
  New values of barrier function     = -1.6128927434177796e+04  (reference -1.6128927434178349e+04):
  New values of constraint violation =  0.0000000000000000e+00  (reference  0.0000000000000000e+00):
reference_theta = 0.000000e+00 reference_gradBarrTDelta = -1.648828e-21
Checking Armijo Condition...
Failed...

From the code, this loop is executed as long as alpha_primal>alpha_min or n_step=0.
Since alpha_min is 0, I don't wonder that this happen actually.
From acceptor_->CalculateAlphaMin(), it looks like alpha_min is zero because my constraint violation is 0.

I'm not sure whether this is a bug in IPOPT, i.e. some case is not handled, or whether something went wrong on the way from the call of IPOPT in LaGO to this backtracking method (since it seem to work fine in debug mode, maybe due to compiler flags that are set different then).
But anyway it looks for me like there is a potential endless loop in this method due to a zero alpha_min in case of zero constraint violation.

Best regards,
Stefan

Looks like there's a small problem for the parameters of MKL Pardiso.
File: Ipopt/Ipopt/src/Algorithm/LinearSolvers/IpPardisoSolverInterface.cpp line 450:
IPARM_[24] should bu set to 0 to enable parallel, according to intel's documentation https://software.intel.com/en-us/mkl-developer-reference-fortran-pardiso-iparm-parameter#IPARM25

It should be noticed that this parameter is different between the MKL Pardiso and the non MKL one. The IPARM_[24] of the non MKL one should still be set to 1 to enable parallelized computing, according to http://pardiso-project.org/manual/manual.pdf

You might forgot add interface to FORTRAN routine DPPSV in IpOptFSS. When I compile ipopt 3.12.x use Visual Studio, I always failed with the error of unresolved external symbol _DPPSV which is not find in IpoptFSS.def, maybe you have not update the v8-ifort in sources.

Issue created by migration from Trac.

Original creator: pmota

Original creation time: 2006-12-05 08:28:18

Assignee: ipopt-team

Version: 3.2

User has trouble with FORTRAN_INTEGER_TYPE

(changed by @andrea5w at 2006-12-11 15:34:15)

jianglinchundeMacBook-Pro:HSL jianglinchun$ ./configure --prefix=/opt/local/ F77=g77 CC=gcc CXX=g++
jianglinchundeMacBook-Pro:HSL jianglinchun$ make
/Applications/Xcode.app/Contents/Developer/usr/bin/make all-am
/bin/sh ./../../libtool --tag=F77 --mode=link /usr/local/bin/g77 -O3 -pipe -o libcoinhsl.la -rpath /opt/local//lib -no-undefined deps.lo mc19d.lo ma27d.lo ma28d.lo -L/usr/local/lib/gcc/i686-apple-darwin8.8.1/3.4.0 -L/usr/local/lib/gcc/i686-apple-darwin8.8.1/3.4.0/../../.. -lfrtbegin -lg2c -lSystem
/usr/local/bin/g77 -dynamiclib -single_module -o .libs/libcoinhsl.0.0.0.dylib .libs/deps.o .libs/mc19d.o .libs/ma27d.o .libs/ma28d.o -L/usr/local/lib/gcc/i686-apple-darwin8.8.1/3.4.0 -L/usr/local/lib/gcc/i686-apple-darwin8.8.1/3.4.0/../../.. -lfrtbegin /usr/local/lib/libg2c.dylib -lSystem -install_name /opt/local//lib/libcoinhsl.0.dylib -compatibility_version 1 -current_version 1.0
ld: warning: -macosx_version_min not specified, assuming 10.10
Undefined symbols for architecture i386:
"huge", referenced from:
ma30ad in deps.o
ld: symbol(s) not found for architecture i386
fatal error: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/libtool: internal link edit command failed
make[1]: *** [libcoinhsl.la] Error 1
make: *** [all] Error 2
jianglinchundeMacBook-Pro:HSL jianglinchun$

Hi,

I've been having a really hard time trying to install Ipopt, both the latest version as well as some that are older. I've tried installing some of the Third Party linear solvers, but notably the HSL and MUMPS seem to fail each time. I've tried running it without any of the Third Party solvers, but it still seems to fail.

Attached are my ./configure output and the corresponding make file outputs (detailing where it crashed). My machine is an academic server that is fairly up to date, so I'm not sure what's going on here. Any suggestions would be much appreciated.

configuration.txt
make.txt

Hi There,

I was trying to use WSMP with Ipopt 3.12.8 for performance improvement. But was unable see any performance gain. PFA zip file having ipopt.out files with 1, 4 and 8 threads. Can anybody please have a look?

Thanks,
Debasish

ipopt.zip

Issue created by migration from Trac.

Original creator: [email protected]

Original creation time: 2006-04-24 18:21:23

Assignee: ipopt-team

Version: 3.0

The Readme file is located in

$IPOPTDIR\Windows\VisualStudio_dotNET,

which provides a very short guide about how to use visual studio.net 2003 to open the IPOPT 3.1.0. First step is to make sure the external fortran library files are
present in the right directory. The HSL and BLAS dicrectory names work. However, for the lapack *.f files, they should be put into the following dicrectory to make
it work instead of Extern/lapack/:

Extern/lapack/LAPACK/SRC/.

Just FYI. Please check it out.

Issue created by migration from Trac.

Original creator: claird

Original creation time: 2005-08-26 22:08:10

Assignee: ipopt-team

Version: 3.0

This milestone marks the initial release of Ipopt 3.0.0.

Ticket 7 had been deleted in the original Trac instance. This empty ticket serves as placeholder to ensure a proper 1:1 mapping of ticket ids to issue ids.

Issue created by migration from Trac.

Original creator: sylvainmiossec

Original creation time: 2006-06-19 02:54:17

Assignee: ipopt-team

Version: 3.0

When using IPOPT 3.1.0 compiled with MS Visual Studio 2005 Express Edition, I get an error for a "list iterator not decrementable" (someone else also get this problem in the coin-ipopt mailing list). After a few investigation, I found that the error happen in the class IpFilter in the function Filter::AddEntry. It happen sometimes that the iterator is decremented outside of its range, which is protected with the 2005 version of MS visual C++. So I modified the following piece of code in IpFilter.cpp:

for (iter = filter_list_.begin(); iter != filter_list_.end();
     iter++) {
  if ((*iter)->Dominated(vals)) {
    std::list<FilterEntry*>::iterator iter_to_remove = iter;
    iter--;
    FilterEntry* entry_to_remove = *iter_to_remove;
    filter_list_.erase(iter_to_remove);
    delete entry_to_remove;
  }
}

with

iter = filter_list_.begin();
while ( iter != filter_list_.end() ) {
  if ((*iter)->Dominated(vals)) {
	std::list<FilterEntry*>::iterator iter_to_remove = iter;
	iter++;
	FilterEntry* entry_to_remove = *iter_to_remove;
	filter_list_.erase(iter_to_remove);
	delete entry_to_remove;
  } else {
    iter++;
  }
}

Now it seems to work well. Since it is the first time I use this system of bug tracking, and don't know how to correct this myself, I just let you know and correct it yourself.

I'm on OSX 10.11.6 working with the native Apple clang compiler (clang-800.0.42.1). I downloaded Ipopt version 3.12.7 and used the inbuild third party get-script to download and patch MUMPS. For configuration, I used the flags F77=gfortran-mp-5 and --prefix="<INSTALL_PATH>" to set the gfortran compiler and installation directory, respectively. All the rest was detected automatically, all the output of the configure script seemed to be fine. Compilation went fine and also make test runs without errors.

In my build directory subfolder Ipopt/test/.libs I find the hs071_cpp executable. I can run this programm manually and it produces the expected output. However, when I run valgrind on this by typing valgrind --track-origins=yes ./hs071_cpp, then lots of errors appear. The first one is

==75656== Conditional jump or move depends on uninitialised value(s)
==75656==    at 0x100045383: Ipopt::TNLPAdapter::GetBoundsInformation(Ipopt::Matrix const&, Ipopt::Vector&, Ipopt::Matrix const&, Ipopt::Vector&, Ipopt::Matrix const&, Ipopt::Vector&, Ipopt::Matrix const&, Ipopt::Vector&) (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)
==75656==    by 0x1000F4D46: Ipopt::OrigIpoptNLP::InitializeStructures(Ipopt::SmartPtr<Ipopt::Vector>&, bool, Ipopt::SmartPtr<Ipopt::Vector>&, bool, Ipopt::SmartPtr<Ipopt::Vector>&, bool, Ipopt::SmartPtr<Ipopt::Vector>&, bool, Ipopt::SmartPtr<Ipopt::Vector>&, bool, Ipopt::SmartPtr<Ipopt::Vector>&, Ipopt::SmartPtr<Ipopt::Vector>&) (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)
==75656==    by 0x1000D29ED: Ipopt::IpoptData::InitializeDataStructures(Ipopt::IpoptNLP&, bool, bool, bool, bool, bool) (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)
==75656==    by 0x100085FF8: Ipopt::DefaultIterateInitializer::SetInitialIterates() (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)
==75656==    by 0x1000A3446: Ipopt::IpoptAlgorithm::InitializeIterates() (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)
==75656==    by 0x1000A1B7C: Ipopt::IpoptAlgorithm::Optimize(bool) (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)
==75656==    by 0x10002AB18: Ipopt::IpoptApplication::call_optimize() (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)
==75656==    by 0x10002A16E: Ipopt::IpoptApplication::OptimizeNLP(Ipopt::SmartPtr<Ipopt::NLP> const&, Ipopt::SmartPtr<Ipopt::AlgorithmBuilder>&) (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)
==75656==    by 0x100029F0A: Ipopt::IpoptApplication::OptimizeNLP(Ipopt::SmartPtr<Ipopt::NLP> const&) (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)
==75656==    by 0x100029B91: Ipopt::IpoptApplication::OptimizeTNLP(Ipopt::SmartPtr<Ipopt::TNLP> const&) (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)
==75656==    by 0x100000E6C: main (in ./hs071_cpp)
==75656==  Uninitialised value was created by a heap allocation
==75656==    at 0x10000C681: malloc (vg_replace_malloc.c:302)
==75656==    by 0x1005607DD: operator new(unsigned long) (in /usr/lib/libc++.1.dylib)
==75656==    by 0x10004C483: Ipopt::DenseVectorSpace::MakeNew() const (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)
==75656==    by 0x1000F4AF0: Ipopt::OrigIpoptNLP::InitializeStructures(Ipopt::SmartPtr<Ipopt::Vector>&, bool, Ipopt::SmartPtr<Ipopt::Vector>&, bool, Ipopt::SmartPtr<Ipopt::Vector>&, bool, Ipopt::SmartPtr<Ipopt::Vector>&, bool, Ipopt::SmartPtr<Ipopt::Vector>&, bool, Ipopt::SmartPtr<Ipopt::Vector>&, Ipopt::SmartPtr<Ipopt::Vector>&) (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)
==75656==    by 0x1000D29ED: Ipopt::IpoptData::InitializeDataStructures(Ipopt::IpoptNLP&, bool, bool, bool, bool, bool) (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)
==75656==    by 0x100085FF8: Ipopt::DefaultIterateInitializer::SetInitialIterates() (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)
==75656==    by 0x1000A3446: Ipopt::IpoptAlgorithm::InitializeIterates() (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)
==75656==    by 0x1000A1B7C: Ipopt::IpoptAlgorithm::Optimize(bool) (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)
==75656==    by 0x10002AB18: Ipopt::IpoptApplication::call_optimize() (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)
==75656==    by 0x10002A16E: Ipopt::IpoptApplication::OptimizeNLP(Ipopt::SmartPtr<Ipopt::NLP> const&, Ipopt::SmartPtr<Ipopt::AlgorithmBuilder>&) (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)
==75656==    by 0x100029F0A: Ipopt::IpoptApplication::OptimizeNLP(Ipopt::SmartPtr<Ipopt::NLP> const&) (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)
==75656==    by 0x100029B91: Ipopt::IpoptApplication::OptimizeTNLP(Ipopt::SmartPtr<Ipopt::TNLP> const&) (in /Users/StTrSchl/libs/ipopt/lib/Ipopt-3.12.7/lib/libipopt.1.10.7.dylib)

and finally valgrind concludes with

ERROR SUMMARY: 205 errors from 22 contexts (suppressed: 0 from 0)

I came across this behaviour because a library I'm working on that uses Ipopt had non-deterministic behaviour and I finally ended up with the minimal example given by Ipopt itself.

Ticket 4 had been deleted in the original Trac instance. This empty ticket serves as placeholder to ensure a proper 1:1 mapping of ticket ids to issue ids.

Issue created by migration from Trac.

Original creator: Armand

Original creation time: 2006-12-22 10:16:31

Assignee: ipopt-team

Version: 3.2

Hi,

I installed IPOPT 3.2.3. (under Linux). The test fails with AMPL: "segmentation fault". I do not have futher explananation and I do not know how to do now. See the config.log file in attachnment.

I also intalled the same version on an another computer under Linux and it works fine.

Thanks for your help,
Paul Armand

Hi,
By following the instructions: I've downloaded the HSL subroutines, compile it separately ("make check": success), re-unpack the archive, then move and rename the resulting directory so that it becomes $IPOPTDIR/ThirdParty/HSL/coinhsl. OK
But now i've an error message when i build Ipopt:

checking whether finite is declared... yes
checking whether va_copy is declared... yes
checking whether -lblas has BLAS... yes
checking whether LAPACK is already available with BLAS library... no
checking whether -llapack has LAPACK... yes
configure: Checking for Harwell subroutine library
checking for ../.././Ipopt/../ThirdParty/HSL/ma27ad.f... no
checking for ../.././Ipopt/../ThirdParty/HSL/mc19ad.f... no
checking for ../.././Ipopt/../ThirdParty/HSL/ma57ad.f... no
configure: error: "No linear solver (such as MA27) available. You need to provide at least one."
configure: error: /bin/sh '../.././Ipopt/configure' failed for Ipopt

Thanks for your help!

This is a very minor issue, but still. In the online documentation, specifically here: http://www.coin-or.org/Ipopt/documentation/node12.html the git clone command is wrong.

It is written:
git clone -branch stable/3.12 https://github.com/coin-or/Ipopt.git CoinIpopt
whereas it should be:
git clone --branch stable/3.12 https://github.com/coin-or/Ipopt.git CoinIpopt

(notice the -- before the branch option). Thanks!

Issue created by migration from Trac.

Original creator: dps

Original creation time: 2006-08-02 12:35:21

Assignee: ipopt-team

Version:

Hello there!

I am trying to use ipopt with dfo, but it seems that there is no interface between the new c++ version of ipopt and dfo... maybe a new interface is needed. Also, just for your information, I cannot find the old fortran tarball anywhere and cannot check it ou t from the repository.

Issue created by migration from Trac.

Original creator: guest

Original creation time: 2007-02-20 16:41:35

Assignee: ipopt-team

Version: 3.0

When using IPOPT to solve a simple optimal control problem (trapezoidal rule discretization), the SolverReturn value returned is unknown; IPOPT was used through the AMPL interface.
Very likely, the problem is related to an overflow. One (algebraic) expression defining the optimal control problem contains an exponential: exp(beta*(1-r)), where beta=500 and 1<=r<=rMax.
I mistakenly passed the lower bound as 0<=r<=rMax. Ipopt is able to "begin" the iterations, but after iteration 303, the following expection is thrown:

Exception of type: INTERNAL_ABORT in file "IpPDPerturbationHandler.cpp" at line 266:
Exception message: retval evaluated false: get_deltas_for_wrong_inertia returns false.

Finally, IPOPT exits with the following message:
EXIT: INTERNAL ERROR: Unknown SolverReturn value - Notify IPOPT Authors.
can't open /tmp/at12032.sol

Attached you will find the AMPL code (and run file) which causes this error in a Linux workstation (32-bit executable). To run this example, simply issue the following command at the AMPL prompt:
ampl: include run; [enter]

Issue created by migration from Trac.

Original creator: leolopes

Original creation time: 2006-07-14 23:55:44

Assignee: ipopt-team

Version:

Here is the output:

$ make
Making all in ThirdParty/Blas
make6afa9fa918: Entering directory `/cygdrive/c/tmp/ipopt/ThirdParty/Blas'
make6afa9fa918: Nothing to be done for `all'.
make6afa9fa918: Leaving directory `/cygdrive/c/tmp/ipopt/ThirdParty/Blas'
Making all in ThirdParty/Lapack
make6afa9fa918: Entering directory `/cygdrive/c/tmp/ipopt/ThirdParty/Lapack'
make6afa9fa918: Nothing to be done for `all'.
make6afa9fa918: Leaving directory `/cygdrive/c/tmp/ipopt/ThirdParty/Lapack'
Making all in ThirdParty/HSL
make6afa9fa918: Entering directory `/cygdrive/c/tmp/ipopt/ThirdParty/HSL'
make6afa9fa918: Nothing to be done for `all'.
make6afa9fa918: Leaving directory `/cygdrive/c/tmp/ipopt/ThirdParty/HSL'
Making all in ThirdParty/ASL
make6afa9fa918: Entering directory `/cygdrive/c/tmp/ipopt/ThirdParty/ASL'
make6afa9fa918: Nothing to be done for `all'.
make6afa9fa918: Leaving directory `/cygdrive/c/tmp/ipopt/ThirdParty/ASL'
Making all in Ipopt
make6afa9fa918: Entering directory `/cygdrive/c/tmp/ipopt/Ipopt'
Making all in src/Common
make4b93956e64: Entering directory `/cygdrive/c/tmp/ipopt/Ipopt/src/Common'
source='IpDebug.cpp' object='IpDebug.lo' libtool=yes \
DEPDIR=.deps depmode=none /bin/sh ../../../depcomp \
/bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I`cygpath -w .` -I../../inc     -O3 -fomit-frame-pointer -mno-cygwin -pipe -DNDEBUG -pedantic-errors -Wimplicit -Wparentheses -Wreturn-type -Wcast-qual -Wall -Wpointer-arith -Wwrite-strings -Wconversion   -c -o IpDebug.lo IpDebug.cpp
 g++ -DHAVE_CONFIG_H -I. -I.\\ -I../../inc -O3 -fomit-frame-pointer -mno-cygwin -pipe -DNDEBUG -pedantic-errors -Wimplicit -Wparentheses -Wreturn-type -Wcast-qual -Wall -Wpointer-arith -Wwrite-strings -Wconversion -c IpDebug.cpp -o IpDebug.o
In file included from IpDebug.cpp:9:
IpoptConfig.h:95: error: `FORTRAN_INTEGER_TYPE' does not name a type
IpoptConfig.h:95: error: extra `;'
In file included from IpDebug.cpp:11:
IpDebug.hpp:21:4: #error "don't have header file for assert"
In file included from IpDebug.cpp:12:
IpJournalist.hpp:23:4: #error "don't have header file for stdarg"
In file included from IpDebug.cpp:12:
IpJournalist.hpp:148: error: `va_list' has not been declared
IpJournalist.hpp:148: error: ISO C++ forbids declaration of `ap' with no type
IpJournalist.hpp:156: error: `va_list' has not been declared
IpJournalist.hpp:156: error: ISO C++ forbids declaration of `ap' with no type
IpJournalist.hpp:285: error: `va_list' has not been declared
IpJournalist.hpp:286: error: ISO C++ forbids declaration of `ap' with no type
IpJournalist.hpp:306: error: `va_list' has not been declared
IpJournalist.hpp:306: error: ISO C++ forbids declaration of `ap' with no type
IpJournalist.hpp:370: error: `va_list' has not been declared
IpJournalist.hpp:370: error: ISO C++ forbids declaration of `ap' with no type
make4b93956e64: *** [IpDebug.lo] Error 1
make4b93956e64: Leaving directory `/cygdrive/c/tmp/ipopt/Ipopt/src/Common'
make6afa9fa918: *** [all-recursive] Error 1
make6afa9fa918: Leaving directory `/cygdrive/c/tmp/ipopt/Ipopt'
make: *** [all-recursive] Error 1

This might also be useful:

$ uname -a
CYGWIN_NT-5.1 PIQUET 1.5.19(0.150/4/2) 2006-01-20 13:28 i686 Cygwin

$ gcc --version
gcc (GCC) 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125)
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Replace assert with DBG_ASSERT in the above line. Otherwise, projects that include IpIpoptData.hpp will need to #include <cassert>

Issue created by migration from Trac.

Original creator: claird

Original creation time: 2005-08-26 22:56:11

Assignee: ipopt-team

Version: 3.0

Limited memory updates for the Hessian term when second derivatives are not available.

Issue created by migration from Trac.

Original creator: pmota

Original creation time: 2006-12-05 08:29:52

Assignee: ipopt-team

Version: 3.2

Hello,

I just posted this question as a ticket on coin-or: https://projects.coin-or.org/Ipopt/ticket/305 .
I re-post here, because you might help me too with some insight or suggestion.

Maybe there is some alternative executable somewhere that I am not aware of ?
Maybe I could make use of some dll instead of an exe ?
Maybe the nl file works better on NEOS for some good reason ?
(I checked that the nl file is the same whatever the SolverManager (serial or Neos) that I use)
Maybe you can suggest me how to narrow down on the problem ?
Could re-compiling be helpful ? How?
Maybe there are alternative solvers ?

Thanks,

Michel

Hello,

I am using Pyomo and Ipopt on Window 8.1 .
I experience systematic crashes of Ipopt.exe.
I checked that from the command prompt using the nl file generated by Pyomo

ipopt test.nl

The error screen says:

ipopt has stopped working

I tested:

12 small similar problems with increasing sizes
4  Ipopt executables, versions 3.7.1, 3.10.1, 3.11.1, 3.12.8
downloaded from   coin-or.org   or   ampl.com

The success rate varies between 50% (3.7.1) and 20% (other versions) .
The same 12 problems are successful on NEOS.
I will attach a sample nl file that fails with executables 3.10-3.11-3.12 .

test.zip

Would you have some suggestions that I could try on my own? How could I get more info on this problem?

Thanks for your support,

Michel

Issue created by migration from Trac.

Original creator: andanh

Original creation time: 2006-06-03 14:47:27

Assignee: ipopt-team

Version: 3.0

Two problems:

1. Templated SmartPtr give trouble in inlined destructors for classes with members that have forward defined type.

2. Compiler bug with particular xlC

(changed by @andrea5w at 2006-06-07 01:30:49)

Issue created by migration from Trac.

Original creator: soniasinghal

Original creation time: 2006-07-24 20:44:19

Assignee: ipopt-team

Version: 3.0

Doucmentaion says :
virtual bool intermediate_callback(AlgorithmMode mode,
Index iter, Number obj_value,
Number inf_pr, Number inf_du,
Number mu, Number d_norm,
Number regularization_size,
Number alpha_du, Number alpha_pr,
Index ls_trials,
SmartPtr ip_data,
SmartPtr ip_cq)

Code says:
virtual bool intermediate_callback(AlgorithmMode mode,
Index iter, Number obj_value,
Number inf_pr, Number inf_du,
Number mu, Number d_norm,
Number regularization_size,
Number alpha_du, Number alpha_pr,
Index ls_trials,
const IpoptData* ip_data,
IpoptCalculatedQuantities* ip_cq)

The minor difference being that the last two arguments have not been passed as SmartPtr.

I had read those pages to setup build environment:
https://www.coin-or.org/Ipopt/documentation/node13.html#SECTION00043400000000000000
https://www.coin-or.org/Ipopt/documentation/node14.html

But the configuration failed and I found that the configuration failed during configure Blas. Any help is graceful.

`configure: configuring in ThirdParty/Blas
configure: running /bin/sh './configure' --prefix=/Volumes/app/code/github/ApolloAuto/apollo/third_party/CoinIpopt --cache-file=/dev/null--srcdir=.
checking for svnversion... yes
checking build system type... i386-apple-darwin15.6.0
checking whether we want to compile in debug mode... no
checking for clang... clang
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether clang accepts -g... yes
checking for clang option to accept ANSI C... none needed
configure: C compiler options are: -O3 -pipe -DNDEBUG -Wimplicit -Wparentheses -Wsequence-point -Wreturn-type -Wcast-qual -Wall -Wno-unknown-pragmas -Wno-long-long -DBLAS_BUILD
configure: Trying to determine Fortran compiler name
checking for xlf_r... no
checking for fort77... no
checking for gfortran... gfortran
checking whether we are using the GNU Fortran 77 compiler... no
checking whether gfortran accepts -g... no
configure: WARNING: The flags FFLAGS="" do not work. I will now just try '-O', but you might want to set FFLAGS manually.
configure: WARNING: This value for FFLAGS does not work. I will continue with empty FFLAGS, but you might want to set FFLAGS manually.
configure: Fortran compiler options are:
checking how to get verbose linking output from gfortran... configure: WARNING: compilation failed

checking for Fortran libraries of gfortran...
checking for dummy main to link with Fortran libraries... none
checking for Fortran name-mangling scheme... configure: error: cannot compile a simple Fortran program
See config.log' for more details. configure: error: /bin/sh './configure' failed for ThirdParty/Blas

In the sIpopt readme Hans Pirnay's email address is given as a support address. However, this email appears to be dead. Yesterday I received an error:

The message that you sent was undeliverable to the following:
[email protected] (550 #5.1.0 Address rejected.)

Ticket 9 had been deleted in the original Trac instance. This empty ticket serves as placeholder to ensure a proper 1:1 mapping of ticket ids to issue ids.

Issue created by migration from Trac.

Original creator: [email protected]

Original creation time: 2006-05-16 02:36:55

Assignee: ipopt-team

Version: 3.0

I'm not sure if this is the correct way that Ipopt should work, or if it's a bug. When I execute my ampl script with the "halt_on_ampl_error yes" option I get the following error message:

Error evaluating "var =" definition 2170:
can't evaluate exp(2998.13): No such file or directory.
exit code 1

After this error, the rest of my script is not executed, and therefore it becomes quite hard to find where or which variable is the problem (i.e., where to set a new bound). Specially because after the error the values of the variables in AMPL don't get updated...

If I remove the halt_on... option the solver continues, but doesn't converge probably due to the incorrect bound.

I'm working on a Linux machine with the following characteristics:
Linux distro: CentOS 4.3(Final)
gcc version 3.4.5
I compiled my ipopt with the default options obtainded by executing the configure script, and with ma27, ma19.
ASL, blas, and Lapack where donwloaded with the get* script.

Thanks all,
Rodrigo López Negrete

I am trying to compile Ipopt/MUMPS with

• VS2015/ and
• Intel ifort/MKL 2015
• on a Win2012R2 x64 machine
• through Cygwin, and MSVC++ compilers,
• using Ipopt 3.12 from the svn repo
• Windows SDK 10

The (last) configure step of the Ipopt package showed the following error in the log:

configure:37890: checking for snprintf
configure:37955: cl -o conftest.exe -MT -O2 -nologo -wd4996 -D_CRT_SECURE_NO_DEPRECATE -DNDEBUG -DIPOPT_BUILD   conftest.c  >&5
conftest.c
conftest.obj : error LNK2001: unresolved external symbol snprintf
conftest.exe : fatal error LNK1120: 1 unresolved externals
cl : Command line warning D9035 : option 'o' has been deprecated and will be removed in a future release
configure:37961: $? = 2
configure: failed program was:
...

Although it did not crash during configure, the compilation step resulted in errors. S

Sections in C files (e.g. here) :

#ifdef HAVE_SNPRINTF
#define mysnprintf snprintf
#else
# ifdef HAVE__SNPRINTF
# define mysnprintf _snprintf
# else
#  define mysnprintf snprintf
#  error "Do not have function for save printing into a C-string (snprintf or _snprintf)"
# endif
#endif

that don't play nice with my VS2015 installation as the snprintf functions cannot be found, which was (silently) pointed out during the configure.

Has compilation of Ipopt 3.12 ever been tested with those specifics of VS/ifort?
What should my $LIB variable look like?

Issue created by migration from Trac.

Original creator: rodrigo

Original creation time: 2006-06-22 22:25:12

Assignee: ipopt-team

Version: 3.0

I've been trying to get faster solutions from an dynamic optimization problem involving a reactive distillation column for my graduate research project. I've obtained some solutions with MA27, but it takes very long so I got an academic license for the Pardiso solvers to try it out. I got the solver from http://www.computational.unibas.ch/cs/scicomp/software/pardiso/.

I compiled IPOPT with

$ ./configure -with-pardiso="/home/rush/lib/libpardiso_GNU_IA32.so"
$ make ; make install

I added the license file for pardiso, and added/created the PARDISO_LIC_PATH variable. Also, I'm using AMPL, as an interface to IPOPT.

I'm using linux (CentOS 4.3 www.centos.org) with gcc version 3.4.5 20051201 (Red Hat 3.4.5-2). With a P4 with Hyper Threading enabled and 2Gb of RAM. I'm using kernel version 2.6.9-34.0.1.ELsmp.

I'm using the following options file:

max_iter 5000
output_file output.log
tol 1e-6

linear_solver pardiso
mu_strategy adaptive
linear_system_scaling mc19
constr_mult_init_max 10000

After a some iterations I get:

Ipopt 3.1.0: halt_on_ampl_error yes
******************************************************************************
This program contains Ipopt, a library for large-scale nonlinear optimization.
 Ipopt is released as open source code under the Common Public License (CPL).
         For more information visit http://projects.coin-or.org/Ipopt
******************************************************************************

Number of nonzeros in equality constraint Jacobian...:   166317
Number of nonzeros in inequality constraint Jacobian.:        0
Number of nonzeros in Lagrangian Hessian.............:   165840

Total number of variables............................:    19233
                     variables with only lower bounds:        0
                variables with lower and upper bounds:    14013
                     variables with only upper bounds:        0
Total number of equality constraints.................:    19113
Total number of inequality constraints...............:        0
        inequality constraints with only lower bounds:        0
   inequality constraints with lower and upper bounds:        0
        inequality constraints with only upper bounds:        0

[........]
iter    objective    inf_pr   inf_du lg(mu)  ||d||  lg(rg) alpha_du alpha_pr  ls
  80  4.0848058e+05 2.19e-02 4.02e+05  -4.0 1.96e-01   0.0 1.00e+00 1.55e-03h  1
  81  3.9552385e+05 2.44e-01 2.62e+05  -3.4 1.68e+00  -4.0 1.00e+00 4.04e-01f  1
  82  3.8613839e+05 6.64e-01 4.05e+03  -3.6 8.99e-01  -4.0 1.00e+00 1.00e+00h  1
  83  3.9630983e+05 4.79e-01 9.46e+04  -2.4 5.99e-01  -4.0 6.99e-01 5.35e-01f  1
  84  4.0972022e+05 4.54e-03 2.20e+04  -2.6 1.22e-01   0.0 8.66e-01 1.00e+00h  1
  85  4.1001553e+05 1.09e-05 2.37e+00  -2.7 1.63e-03   2.0 1.00e+00 1.00e+00h  1
error running ipopt:
        termination code 11
<BREAK>

I think this might be a bug.... so, please help.

Thanks all,
Rodrigo Lopez-Negrete

Ticket 5 had been deleted in the original Trac instance. This empty ticket serves as placeholder to ensure a proper 1:1 mapping of ticket ids to issue ids.

Issue created by migration from Trac.

Original creator: @svigerske

Original creation time: 2007-02-04 13:11:46

Assignee: ipopt-team

Version: 3.2

Hi,

the EXTRA_DIST variable in Makefile.am (project base directory) cointains a Windows/VisualStudio_dotNET/include/config.h. This file does not exists and lets "make dist" failing.

Stefan

PS: release 3.2.3

Issue created by migration from Trac.

Original creator: andanh

Original creation time: 2006-08-03 13:32:51

Assignee: ipopt-team

Version:

Hi,

I tested successfully many problems by using IPOPT linking PARDISO. I can now find the optimal solution after few steps. It is very great!

I tested another bigger problem. I met the following difficulty:
The numbers of nonzeros in Jacobian constraints, which were output by IPOPT, is not equal to NZ which I tranfered to the subroutine EV_JAC_G. Although in the previous examples, these values are the same. And IPOPT is terminated and produced the following, see the output 6afa9fa

I tried to solve with ma27, the toal number of nonzeros is not equal to mine. But IPOPT can go further (see the output 4b93956)

What should I do to use Pardiso?

Thank you so much.

Cheers.

Danh.

6afa9fa

This program contains Ipopt, a library for large-scale nonlinear optimization.
Ipopt is released as open source code under the Common Public License (CPL).
For more information visit http://projects.coin-or.org/Ipopt

Number of nonzeros in equality constraint Jacobian...: 1107728
Number of nonzeros in inequality constraint Jacobian.: 767633
Number of nonzeros in Lagrangian Hessian.............: 486001

Assertion failed: new_ia[dst->m] == (pint) nnz, file /scratch/oschenk/pardiso/src/smat.c, line 597
IOT/Abort trap (core dumped)

4b93956
[andanh@janus] /work/janus/andanh/Ipopt_2006Jul26/Ipopt/examples/Johnson1> ./pave
INTYPE: 4 - Done! LM= 5647
Number of nonzeros in [C]: NZ_CMAT= 1155360
Successful
SIZE_PROB:
NSHAKE= 108001
NSLACK= 72000
N= 108001
M= 77647
NZ_MAX= 1659360
NZ= 1659360
NNZH_MAX= 486001
NNZH= 486001
SIZE_PROB
Subroutine RHS_CONST
M= 77647
RHS_CONST
START_POINT
Here LM= 5647

This program contains Ipopt, a library for large-scale nonlinear optimization.
Ipopt is released as open source code under the Common Public License (CPL).
For more information visit http://projects.coin-or.org/Ipopt

Number of nonzeros in equality constraint Jacobian...: 1107728
Number of nonzeros in inequality constraint Jacobian.: 767633
Number of nonzeros in Lagrangian Hessian.............: 486001

Total number of variables............................: 108001
variables with only lower bounds: 1
variables with lower and upper bounds: 0
variables with only upper bounds: 0
Total number of equality constraints.................: 5647
Total number of inequality constraints...............: 72000
inequality constraints with only lower bounds: 0
inequality constraints with lower and upper bounds: 0
inequality constraints with only upper bounds: 72000

iter objective inf_pr inf_du lg(mu) ||d|| lg(rg) alpha_du alpha_pr ls
0 -6.8916711e-02 2.74e+01 2.00e+00 0.0 0.00e+00 - 0.00e+00 0.00e+000

Issue created by migration from Trac.

Original creator: yong

Original creation time: 2007-01-03 20:25:48

Assignee: ipopt-team

Version: 3.2

Hi,

It is great that I can run IPOPT to solve optimization problems. Recently I work on a large-scale nonlinear network optimization problem. However, I always get a segmentation fault due to double free or corruption. I tried to compile IPOPT with debug enabled, and found that the fault was caused by SmartPtr deleting some variables in DenseVector. Can you help me look into this problem? A sample output is like this:

List of options:

                                Name   Value                # times used
                         mu_strategy = adaptive                  2
                         output_file = ipopt.out                 1
                         print_level = 11                        2
                                 tol = 1e-07                     1

This program contains Ipopt, a library for large-scale nonlinear optimization.
Ipopt is released as open source code under the Common Public License (CPL).
For more information visit http://projects.coin-or.org/Ipopt

Number of nonzeros in equality constraint Jacobian...: 0

Number of nonzeros in inequality constraint Jacobian.: 6

Number of nonzeros in Lagrangian Hessian.............: 2

Scaling parameter for objective function = 1.000000e+00

Equality constraints are not scaled.

Inequality constraints are not scaled.

objective scaling factor = 1

No x scaling provided

No c scaling provided

No d scaling provided

DenseVector "original x_L unscaled" with 2 elements:

original x_L unscaled[ 1]= 0.0000000000000000e+00

original x_L unscaled[ 2]= 0.0000000000000000e+00

DenseVector "original x_U unscaled" with 2 elements:

original x_U unscaled[ 1]= 1.2207000000000000e+04

original x_U unscaled[ 2]= 1.2207000000000000e+04

DenseVector "original d_L unscaled" with 3 elements:

original d_L unscaled[ 1]= 0.0000000000000000e+00

original d_L unscaled[ 2]= 0.0000000000000000e+00

original d_L unscaled[ 3]= 0.0000000000000000e+00

DenseVector "original d_U unscaled" with 3 elements:

original d_U unscaled[ 1]= 1.2109373437500000e+06

original d_U unscaled[ 2]= 1.2109373437500000e+06

original d_U unscaled[ 3]= 1.2207000000000000e+05

DenseVector "modified x_L scaled" with 2 elements:

modified x_L scaled[ 1]=-1.0000000000000000e-08

modified x_L scaled[ 2]=-1.0000000000000000e-08

DenseVector "modified x_U scaled" with 2 elements:

modified x_U scaled[ 1]= 1.2207000122070000e+04

modified x_U scaled[ 2]= 1.2207000122070000e+04

DenseVector "modified d_L scaled" with 3 elements:

modified d_L scaled[ 1]=-1.0000000000000000e-08

modified d_L scaled[ 2]=-1.0000000000000000e-08

modified d_L scaled[ 3]=-1.0000000000000000e-08

DenseVector "modified d_U scaled" with 3 elements:

modified d_U scaled[ 1]= 1.2109373558593735e+06

modified d_U scaled[ 2]= 1.2109373558593735e+06

modified d_U scaled[ 3]= 1.2207000122070000e+05

get_starting_point: 12207, 12207,

DenseVector "initial x unscaled" with 2 elements:

initial x unscaled[ 1]= 1.2207000000000000e+04

initial x unscaled[ 2]= 1.2207000000000000e+04

*** glibc detected *** ./psim: double free or corruption (!prev): 0x08129268 ***

======= Backtrace: =========

/lib/libc.so.6[0xb7625e32]

/lib/libc.so.6(__libc_free+0x84)[0xb76274c4]

/usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0xb7794e51]

/usr/lib/libstdc++.so.6(_ZdaPv+0x1d)[0xb7794ead]

/home/lib/libipopt.so.0(_ZN5Ipopt11DenseVector7SetImplEd+0x44)[0xb7f18524]

Issue created by migration from Trac.

Original creator: andanh

Original creation time: 2007-01-22 16:55:47

Assignee: ipopt-team

Version: 3.2

Dear Andreas,

I installed successfully Ipopt with linking WSMP (trial version) by using the following configuration,

./configure AR='ar -X64' NM='nm -X64' CC='xlc_r -q64' F77='xlf_r -q64' CXX='xlC_r -q64' CFLAGS='-O3 -qarch=auto -qcache=auto -qhot -qtune=auto -bmaxdata:0x7f0000000' FFLAGS='-O3 -qarch=auto -qcache=auto -qhot -qtune=auto -bmaxdata:0x7f0000000' CXXFLAGS='-qrtti=dyna -O -qarch=auto -qcache=auto -qtune=auto -bmaxdata:0x7f0000000' --with-blas="-lm_r -lessl_r -qsmp=omp" --with-wsmp="/home/andanh/wsmp-AIX/lib/libwsmp64.a -q64 -b64 -lpthread -lm_r" --disable-shared

Here is my .profile :

PATH=/usr/vacpp/bin:$PATH
PATH=$PATH:/opt/acml3.6.0/gnu64/lib:usr/lib:/home/andanh/Pardiso/oberon
export PATH
LANDIR=/home/andanh/AIX/lancelot
export LANDIR
alias sdlan=$LANDIR/sdlan
alias lan=$LANDIR/lan
OMP_NUM_THREADS=4
export OMP_NUM_THREADS
PARDISO_LIC_PATH=/home/andanh/pardiso_lic
PARDISO_LIC_PATH=$PARDISO_LIC_PATH:/home/andanh/pardiso_lic/oberon/
export PARDISO_LIC_PATH
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/andanh/Pardiso/janus
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/home/andanh/Pardiso/oberon:/opt/acml3.6.0/gnu64/lib/
export LD_LIBRARY_PATH

AIX_FIX_COMPILER_BUG=1

export AIX_FIX_COMPILER_BUG

OBJECT_MODE=64

export OBJECT_MODE

#For WSMP
YIELDLOOPTIME=200
export YIELDLOOP

SPINLOOPTIME=200
export SPINLOOPTIME

MP_EUILIB=us
export MP_EUILIB
MP_EUIDEVICE=css0
export MP_EUIDEVICE
MP_CSS_INTERRUPT=no
export MP_CSS_INTERRUPT
MP_PULSE=0
export MP_PULSE

WSMPLICPATH=/home/andanh/wsmp-AIX
export WSMPLICPATH

I was able to solve the example hs071_f and other small problems. However when I executed a big problem on our server (AIX 5.0, 6.9Gb, 4 processors) , Ipopt is terminated after the first step.

Here is abstract of IPOPT.OUT

[andanh@janus] /work/janus/andanh/Ipopt-W/Ipopt/examples/J11cp_janus> more IPOPT.OUT
Start reading options from stream.
Adding option "tol" with value "1.e-4" to OptionsList.
Adding option "linear_solver" with value "wsmp" to OptionsList.
Adding option "wsmp_num_threads" with value "4" to OptionsList.
Adding option "max_iter" with value "5000" to OptionsList.
Finished reading options from file.
WSMP will use 4 threads.
WSMP will use 4 threads.
WSMP will use 4 threads.

List of options:

                                Name   Value                # times used
                       linear_solver = wsmp                      1
                            max_iter = 5000                      1
                         mu_strategy = adaptive                  2
                                 tol = 0.0001                    1
                    wsmp_num_threads = 4                         3

This program contains Ipopt, a library for large-scale nonlinear optimization.
Ipopt is released as open source code under the Common Public License (CPL).
For more information visit http://projects.coin-or.org/Ipopt

Number of nonzeros in equality constraint Jacobian...: 1746592
Number of nonzeros in inequality constraint Jacobian.: 631040
Number of nonzeros in Lagrangian Hessian.............: 883457

Scaling parameter for objective function = 1.000000e+00
Equality constraints are not scaled.
Inequality constraints are not scaled.
Initial values of x sufficiently inside the bounds.
Moved initial values of s sufficiently inside the bounds.
Predicted memory usage for WSSMP after symbolic factorization IPARM(23)= 214903440.
Predicted number of nonzeros in factor for WSSMP after symbolic factorization IPARM(23)= 2149034
40.
Memory usage for WSSMP after factorization IPARM(23) = 669240880
Number of nonzeros in WSSMP after factorization IPARM(24) = 214903440
Wrong inertia: required are 283696, but we got 277092.
Factorization failed with retval = 2
Total number of variables............................: 252417
variables with only lower bounds: 1
variables with lower and upper bounds: 0
variables with only upper bounds: 0
Total number of equality constraints.................: 157488
Total number of inequality constraints...............: 126208
inequality constraints with only lower bounds: 0
inequality constraints with lower and upper bounds: 0
inequality constraints with only upper bounds: 126208

Could you give me advice how to fix this?

Thank you in advance.

Cheers

Danh.

Ticket 3 had been deleted in the original Trac instance. This empty ticket serves as placeholder to ensure a proper 1:1 mapping of ticket ids to issue ids.

Issue created by migration from Trac.

Original creator: matteot

Original creation time: 2007-02-08 11:49:14

Assignee: ipopt-team

Version: 3.2

I have problems to compile Ipopt with the Ma57 on Suse Linux 10. First I tried to compile Ipopt with Ma27, putting in the Thirdpart/HSL directory the following files

ma27ad.f
mc19ad.f

and the configure and make process terminates successfully.

Then I tried to add the Ma57 routine: in the Ipopt documentation, it is written to copy in the HSL subdirectory the file ma57ad.f and all its dependencies, that looking into the Harward documentation are the following...

mc47ad.f
fd15ad.f
mc71ad.f

and some blas routines.... such as _GEMM, _TPSV and I_MAX and MeTis
that I have copied in hsl directory too.

running configure gives me no problem, but when compiling Ipopt, I obtain the
following errors:

../../Interfaces/.libs/libipopt.so: undefined reference to fd15ad_' ../../Interfaces/.libs/libipopt.so: undefined reference to mc47bd_'
../../Interfaces/.libs/libipopt.so: undefined reference to mc34ad_' ../../Interfaces/.libs/libipopt.so: undefined reference to mc64wd_'
../../Interfaces/.libs/libipopt.so: undefined reference to metis_nodend_' ../../Interfaces/.libs/libipopt.so: undefined reference to mc71ad_'

It seems that the additional dependencies, are not linked in the ipopt library. The question is which files I have to put in the HSL directory if I want to use ma57 ?

Thanks,
Matteo

Issue created by migration from Trac.

Original creator: pmota

Original creation time: 2006-12-12 11:46:54

Assignee: ipopt-team

Version: 3.2

Issue created by migration from Trac.

Original creator: @svigerske

Original creation time: 2007-01-12 13:31:27

Assignee: ipopt-team

Version: 3.2

Hi,

I observed that the values in g which are given to the call of TNLP::finalize_solution seem to be incorrect for equality constraints, i.e., for a constraint of the form c<=g(x)<=c. I can correct them by adding the constant c to the corresponding entry in g.
From a look at TNLPAdapter::Eval_c, i see that c_rhs_[i] is substracted from some values, maybe it need to be added again in TNLPAdapter::ResortG.

I'm using IPOPT release 3.2.3.

All best,
Stefan

Issue created by migration from Trac.

Original creator: guest

Original creation time: 2006-11-29 08:20:19

Assignee: ipopt-team

Version: 3.2

when trying to install ipopt, the get.lapack file did not work, the src was not found in the tarball. I noticed that there is a new version of lapack out 3.1 (mid november 2006) so i guessed it had something to do with that. I downloaded the new src (3.1) "manually", but then "configure" told me some file was missing. Downloaded the older 3.0 version of lapack "manually" and Ipopt configured ok.

did not manage to install, however, something wrong with ampl/ALS... managed to catch that make complained about something and suggested parantheses around stuff. attaching some output from just before the termination of make.

anyway, working on winxp with cygwin (newly installed). following the instructions on the web, downloading the "stable" ipopt, using the fixed 3.81 make, have tried make 3.80.

lars.lindvall@nek.uu.se

Hi,

I am not sure if this is caused by Ipopt, but I think it may be good to share this experience in case other people faced to the same issue.

I am using Ipopt-3.12.10 with the academic version HSL-1.5.6.

According to the installation doc. of HSL, I renamed the HSL directory to 'coinhsl' and placed it in the ThirdParty/HSL. With HSL source code, I installed Ipopt in linux using /configure, make, and make install.

When I was trying to use MA57 solver in HSL, the following error came out.

huawei@huawei-pc:/tmp/cyipopt/cyipopt/test$ python examplehs071.py
Exception of type: OPTION_INVALID in file "../../../src/Algorithm/IpAlgBuilder.cpp" at line 295:
Exception message: Selected linear solver MA57 not available.
Tried to obtain MA57 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._

When I looked back to the complied file of HSL in Ipopt, I found libcoinhsl.so instead of libhsl.so. I made a link between them using ln command, and the issue was solved.

I am not sure if this is cause by the python interface (Cyipopt-0.1.7) that I used, or Ipopt. Maybe it is better to add a comment in the installation doc, so that other people will know how to solve this issue.

Hello,

I thought you might have some clue this.

Below is:

• a code extract where equality constraints (grey, commented out) have been replaced by equivalent inequality constraints (black)

• the error message I get, when only the equalities are used

With the inequalities, the model using these constraints is successfully solved (with excellent precision).
With equalities if fails totally, not even attempting a solution, just keeping the initialization values.

This does not occur for all models, only some examples cause this failure.

Would you have some suggestions to understand the reason of this problem and to find a good way to solve it?
My concern in not about the code below which works well, but without me knowing exactly why.
My concern is more about trying to totally avoid this problem later since it might not always be obvious to find a workaround.
Is there anything better that I can do except replacing equalities by inequalities?

Thanks,

Michel

Error message

WARNING: Loading a SolverResults object with a warning status into model=unknown;
message from solver=Too few degrees of freedom (rethrown)!
Solver returned : warning

Sample code (fails if equality constraints replace inequalities)

class balanceBox():
    def __init__(self, *args):
        self.ports = []
        self.model = Block()
        self.model.ports = Block()
        for port in args:
            self.substances = port.material.composition.substances
            self.ports.append(port)
            setattr(self.model.ports, port.material.materialName, port)

    def chemicalBalance(self):
        self.model.chemicalBalance = Block()
        for atom in self.substances.atoms:
            atomBalance = sum([p.material.element(atom)*p.sign for p in self.ports])
            setattr(self.model.chemicalBalance, "chemicalBalance1_" + atom, Constraint(expr=atomBalance>=0))
            setattr(self.model.chemicalBalance, "chemicalBalance2_" + atom, Constraint(expr=atomBalance<=0))
            # setattr(self.model.chemicalBalance, "chemicalBalance_" + atom, Constraint(expr=atomBalance==0))
        return self

    def heatBalance(self):
        heatBalance = sum([p.material.hM(p.material.T) * p.material.tons * p.sign for p in self.ports])
        setattr(self.model, "heatBalance1", Constraint(expr=heatBalance>=0))
        setattr(self.model, "heatBalance2", Constraint(expr=heatBalance<=0))
        # setattr(self.model, "heatBalance", Constraint(expr=heatBalance==0))
        return self

(cd .libs && rm -f libipopt.so.0 && ln -s libipopt.so.0.0.0 libipopt.so.0)
(cd .libs && rm -f libipopt.so && ln -s libipopt.so.0.0.0 libipopt.so)
creating libipopt.la
(cd .libs && rm -f libipopt.la && ln -s ../libipopt.la libipopt.la)
make[2]: Leaving directory '/home/louischen/CoinIpopt/Ipopt/src/Interfaces'
Making all in src/Apps
make[2]: Entering directory '/home/louischen/CoinIpopt/Ipopt/src/Apps'
Making all in CUTErInterface
make[3]: Entering directory '/home/louischen/CoinIpopt/Ipopt/src/Apps/CUTErInterface'
if test -z "$MYCUTER" -o -z "$CUTER"; then
rm -f ipoma.f;
cp ./ipoma-dummy.f ipoma.f;
else
sed "/#{sizing}/r $MYCUTER/double/config/tools.siz" CUTErInterface.f | sed -f $MYCUTER/double/config/cast.sed | sed "s/C64BIT//" > ipoma.f;
fi
/bin/bash ../../../../libtool --tag=F77 --mode=compile gfortran -O3 -pipe -c -o ipoma.lo ipoma.f
mkdir .libs
gfortran -O3 -pipe -c ipoma.f -fPIC -o .libs/ipoma.o
/bin/bash ../../../../libtool --tag=F77 --mode=link gfortran -O3 -pipe -o libdummy.la ipoma.lo
ar cru .libs/libdummy.a .libs/ipoma.o
ar: u' modifier ignored since D' is the default (see `U')
ranlib .libs/libdummy.a
creating libdummy.la
(cd .libs && rm -f libdummy.la && ln -s ../libdummy.la libdummy.la)
make[3]: Leaving directory '/home/louischen/CoinIpopt/Ipopt/src/Apps/CUTErInterface'
make[3]: Entering directory '/home/louischen/CoinIpopt/Ipopt/src/Apps'
make[3]: Nothing to be done for 'all-am'.
make[3]: Leaving directory '/home/louischen/CoinIpopt/Ipopt/src/Apps'
make[2]: Leaving directory '/home/louischen/CoinIpopt/Ipopt/src/Apps'
make[2]: Entering directory '/home/louischen/CoinIpopt/Ipopt'
make[2]: Nothing to be done for 'all-am'.
make[2]: Leaving directory '/home/louischen/CoinIpopt/Ipopt'
make[1]: Leaving directory '/home/louischen/CoinIpopt/Ipopt'
make[1]: Entering directory '/home/louischen/CoinIpopt'
make[1]: Nothing to be done for 'all-am'.
make[1]: Leaving directory '/home/louischen/CoinIpopt'

=========================================================================
I also meet the same warning in another mechine; I compile it in ubuntu 16.04.