IPopt is an interior-point solver for non-linear optimization problems. part of
the COIN-OR project.
ClosesHomebrew/homebrew#5856.
Signed-off-by: Charlie Sharpsteen <source@sharpsteen.net>
Although other loadable lua modules (such as those from luarocks)
should not link against even a dynamic liblua and tie themselves
to a particular release and runtime (e.g. breaking luajit capability):
Having a statically linked non-pic liblua in the lua binary can
and does cause hard to track memory allocation failure aborts due
to some minutae of the way '-bundle -undefined dynamic_lookup' objects
dlopened by the interpreter interact with the symbols resolved in
the static binary. The solution is to always build and install
liblua.dylib.
It appears that this issue is confined to Snow Leopard and/or the
version of gcc it ships with. This thread on the lua list contains
the explanation and patch:
http://lua-users.org/lists/lua-l/2009-10/msg00145.html
Signed-off-by: Adam Vandenberg <flangy@gmail.com>
QFits is a library written in C for accessing FITS image files.
ClosesHomebrew/homebrew#7270.
Signed-off-by: Charlie Sharpsteen <source@sharpsteen.net>
We hardlink pythonw and pythonw2.7 to python and python2.7 respectively.
They may be used by 3rd party tools (like PyQt4) and, for some reason, python's
install script doesn't provide them when doing a non-framework install.
The man page (which comes with Mac OS X) on pythonw reads:
As of Python 2.5, python and pythonw are interchangeable; both execute
Python in the context of an application bundle, which means they have access
to the Graphical User Interface; thus both can, when properly programmed,
display windows, dialogs, etc.
See also this discussion https://github.com/mxcl/homebrew/issues/6176.
Hardlinks are placed in the same directory in which python and python2.7 reside
in order to be symlinked to /usr/local/bin as part of the installation process.
This also ensures a clean uninstall of the formula.
ClosesHomebrew/homebrew#6248.
Signed-off-by: Charlie Sharpsteen <source@sharpsteen.net>
Rationale: the libraries provided by lzma are provided by the xz
package, so installing both results in a race. Any package that requires
liblzma can get it from xz, which is where new development is taking
place.
The lzma formula is now available in Homebrew-alt.
ClosesHomebrew/homebrew#6753.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
The lzma package is legacy software (the developer has moved on to
XZutils), so we should use the xz formula to get liblzma.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Does not build mac or GTK user interfaces; GTK makes no sense
for most people and anyone who wants the Mac UI can just go
download the .app from the website.
Signed-off-by: Jack Nagel <jacknagel@gmail.com>
Apple's version is quite out of date. There's no version number but man unifdef
says it's from 2002. Version 2.6 shipped in February of this year. Some
software like Gevent(.org) won't compile with the devtools version of unifdef.
ClosesHomebrew/homebrew#7283.
Signed-off-by: Charlie Sharpsteen <source@sharpsteen.net>
