Changelog

0.9

Date: 17.11.2014

don't link against numpy anymore (this makes distribution of prebuilt binaries on windows actually useful)
add MAD-X license notice (required to distribute binaries)
setup.py doesn't require setuptools to be pre-installed anymore (if internet is available)
some doc-fixes
convert cpymad._couch to a simple module (was a single file package)
use logging through-out the project
alow logger to be specified as model/madx constructor argument
multi-column access, e.g.: table.columns['betx','bety']
move tests one folder level up

Date: 30.06.2014

isolate cpymad: remove jpymad backend, remove pymad base
bootstrap the dependency on numpy
remove custom MAD-X path discovery during setup. You should use --madxdir if the library is not installed in a system location.
add function libmadx.is_expanded
add function libmadx.chdir
handle MAD-X table columns with integer arrays
make madx.command more powerful (allows **kwargs and attribute access)
use inherited pipes for IPC with remote MAD-X processes (allows to forward stdin/stdout separately)
close connection to remote process on finalization of LibMadxClient
remove MAD-X command checks, recursive_history and filename completion
fix name clash
fix some bugs
rename convenience constructors to cern.cpymad.load_model and cern.cpymad.start_madx due to name clash with module names

Date: 16.04.2014

close handles in remote process properly on all supported python versions
rewrite libmadx.get_table functionality
madx functions that return tables now return proxy objects instead. For backward compatibility these can be iterated to allow unpacking into a tuple
the returned table columns is now a proxy object as well and not TfsTable
remove retdict parameter
move some cpymad specific functionality into the cpymad package
add libmadx/madx functions to access list of elements in a sequence

Date: 17.03.2014

raise exception and don't hang up anymore, if libmadx process crashes
on python>=3.4, close handles in remote process properly
let every 'Madx' instance have an independent copy of the madx library. this makes the madx module much more useful. previously, this was only true for instances of 'cpymad.model'.
restrict to only one cython module that links to libmadx. (allows static linking which is advantageous on windows!)
use YAML model files instead of JSON
make 'madx' a submodule of 'cpymad'
fix test exit status

Date: 21.01.2014