[Coin-ipopt] Release of Ipopt 3.2.0

[Andreas Waechter]

Good morning,

Last night, I released a new version of Ipopt.  There are only minor
differences in the actual code, but the configuration and build system, as
well as the directory structure have changed.

Over the past few weeks, we have changed the build system in COIN to use
the GNU autotools (autoconf, automake, libtool), and we also converted most
projects to adhere to some common directory structure.  In Ipopt, we
already had used the first two tools, and now the Ipopt system also uses
libtool, which allows us to easily generate shared libraries.

The new tarball generated last night
(http://www.coin-or.org/Tarballs/Ipopt/Ipopt_2006Jul07.tgz) already
contains the new code.  If you have used subversion, you may obtain the
updated code by issuing "svn update" (for trunk); this will work, but since
the directory structure has changed quite a bit, you might want to obtain a
clean copy.

*** The main differences you see are:

- The directories for the third party source code are now in "ThirdParty/*"
(formerly "Extern/*)

- The Ipopt source code is now in subdirectories in "Ipopt/src/*" (formerly
those directories were just under the main directory)

- The examples are now in "Ipopt/examples" (formerly "Examples")

- The libipopt library is now by default a shared library (formerly it was
always a static library), on systems where this is supported.  If you want
to generate a static library, you need to specify the '--disable-shared'
flag for configure.

- Support for UNIX-type environment on Windows (Cygwin and MinGW) should
have improved.  In particular, compilation with the Microsoft and Intel
compiler from the command line has been tested extensively, and there is
now a simple script to compile the AMPL Solver Library (ASL) with those
native compilers.

- Configuration and compilation might now take a little longer.


*** Some technical details:

- During configuration, now a number of configure scripts are run
recursively.

- "make test" works now before installation

- Since we are now using libtool, one should not use any of the libraries
or binaries directly from the source directories; instead, use whatever
"make install" gives you.

- A subversion checkout will draw in different parts of the package from
different URLs at COIN-OR, using the svn:externals feature.



If you are curious to learn more about the new common build system on COIN,
please visit https://projects.coin-or.org/BuildTools/.

I hope these changes won't cause much inconvenience.  On the long run, this
should improve the portability, and it will allow the different COIN
projects to share code and features.

Best regards,

Andreas

-------------------------------------------------------------------------
Andreas Waechter
Research Staff Member
Department of Mathematical Sciences
IBM T.J. Watson Research Center
Yorktown Heights, NY, USA