Changes in muParser 1.32
------------------------
Changes:
* "example3" renamed to "example2"
* Project/Makefiles files are now provided for:
- msvc2003
- msvc2005
- msvc2008
- watcom (makefile)
- mingw (makefile)
- bcc (makefile)
* Project files for borland cpp builder were removed
New features:
* Added function returning muparsers version number
* Added function for resetting the locale
Bugfixes:
* Changes example1 in order to fix issues with irritating memory leak reports.
Added conditional code for memory leak detection with MSVC in example1.
(see: http://www.codeproject.com/KB/recipes/FastMathParser.aspx?msg=3286367#xx3286367xx)
* Fixed some warnings for gcc
Changes in muParser 1.31cp
--------------------------
Changes:
* Archive structure changed
* C# wrapper added
* Fixed issued that prevented compiling with VS2010 Beta2
Contributed by Kamel Derouiche via PR pkg/43741
Changes in this version:
It works with Borland Builder version 6, 8;
Microsoft Visual C++ 6,7,8; Open Watcom 1.7a;
Gnu version 3, 4 and Intel for Windows & Linux compilers 9, 10.
Options and work-arounds for older compilers are being removed.
You can enter values from an integer array with statements like
Matrix A(3,2); int a[] = { 11,12,21,22,31,33 }; A << a;
There is a new matrix type SquareMatrix. You can use this where
you know a matrix is square. The only place where the information
that a matrix is used is in the Kronecker product KP(A,B).
If A is band and B is any square matrix type (i.e. type SquareMatrix
or band, triangular, symmetric or diagonal) the result is band.
If B is type Matrix then the result is of type Matrix.
Apart from this it may be worth using the SquareMatrix type to
improve readability of a program and to make sure that a matrix
that is intended to be square really is square.
There is a new routine for carrying out cross products of
ColumnVectors or RowVectors of length 3 and new routines for
updating a triangular matrix derived from a Cholesky decomposition.
Interfacing with old C functions involving one and two
dimensional arrays is simplified.
Additional QR functions, extend_orthogonal function.
Lower-case versions of functions.
You can use the manipulators scientific and fixed in the matrix
output expressions.
changes:
-Add new Excel and Openformula units ("pica" and "picapt")
-New functions DATE2HDATE, DATE2HDATE_HEB and DATE2JULIAN
-UI improvements
-bugfixes
pkgsrc changes:
- adjust dependencies
- remove executable file bits from perl modules
- adjust installer type
Upstream changes:
0.32 Mon Jul 5 18:58:05 CEST 2010
Official release for development release 0.31_1
0.31_1 Mon Jun 28 16:51:44 CEST 2010
- Add autofilter to worksheet
- Swichting to Module::Install
pkgsrc changes:
- add license definition
- adjust regex for removing instant time point in version number
Upstream changes:
- 1.6.A6FGHKE Tue Jun 15 16:17:20:14 2010
* bumped minor version number so they'll keep ascending (without PT
comprehension)
as math/mpcomplex.
Packaged by Marko Schuetz for pkgsrc-wip.
MPC is a C library for the arithmetic of complex numbers with
arbitrarily high precision and correct rounding of the result.
It is built upon and follows the same principles as MPFR.
changes:
-new compressor called Blosc (speed-up)
-A new `tables.Expr` module (based on Numexpr) that allows to do
persistent, on-disk computations on many algebraic operations.
-Support for HDF5 hard links, soft links and automatic external links
-Suport for 'fancy' indexing
-bugfixes
Contributed by Stathis Kamperis on IRC.
Changes from versions 2.4.* to version 3.0.0:
- The "boudin aux pommes" release.
- MPFR 3.0.0 is binary incompatible with previous versions but (almost)
API compatible. More precisely the obsolete functions mpfr_random
and mpfr_random2 have been removed, the meaning of the return type
of the function mpfr_get_f has changed, and the return type of the
function mpfr_get_z is now int instead of void. In practice, this
should not break any existing code.
- MPFR is now distributed under the GNU Lesser General Public License
version 3 or later (LGPL v3+).
- Rounding modes GMP_RNDx are now MPFR_RNDx (GMP_RNDx kept for
compatibility).
- A new rounding mode (MPFR_RNDA) is available to round away from zero.
- The rounding mode type is now mpfr_rnd_t (as in previous versions,
both mpfr_rnd_t and mp_rnd_t are accepted, but mp_rnd_t may be
removed in the future).
- The precision type is now mpfr_prec_t (as in previous versions, both
mpfr_prec_t and mp_prec_t are accepted, but mp_prec_t may be removed
in the future) and it is now signed (it was unsigned in MPFR 2.*, but
this was not documented). In practice, this change should not affect
existing code that assumed nothing on the precision type.
- MPFR now has its own exponent type mpfr_exp_t, which is currently
the same as GMP's mp_exp_t.
- Functions mpfr_random and mpfr_random2 have been removed.
- mpfr_get_f and mpfr_get_z now return a ternary value.
- mpfr_strtofr now accepts bases from 37 to 62.
- mpfr_custom_get_mantissa was renamed to mpfr_custom_get_significand
(mpfr_custom_get_mantissa is still available via a #define).
- Functions mpfr_get_si, mpfr_get_ui, mpfr_get_sj, mpfr_get_uj,
mpfr_get_z and mpfr_get_z_2exp no longer have cases with undefined
behavior; in these cases, the behavior is now specified, and in
particular, the erange flag is set.
- New functions mpfr_buildopt_tls_p and mpfr_buildopt_decimal_p giving
information about options used at MPFR build time.
- New function mpfr_regular_p.
- New function mpfr_set_zero.
- New function mpfr_digamma.
- New function mpfr_ai (incomplete, experimental).
- New functions mpfr_set_flt and mpfr_get_flt to convert from/to the
float type.
- New function mpfr_urandom.
- New function mpfr_set_z_2exp (companion to mpfr_get_z_2exp, which
was renamed from mpfr_get_z_exp in previous versions).
- Speed improvement for large operands in the trigonometric functions
(mpfr_sin, mpfr_cos, mpfr_tan, mpfr_sin_cos): speedup of about 2.5
for 10^5 digits, of about 5 for 10^6 digits.
- Speed improvement for large operands of the inverse trigonometric
functions (arcsin, arccos, arctan): about 2 for 10^3 digits, up to
2.7 for 10^6 digits.
- Some documentation files are installed in $docdir.
- The detection of a GMP build directory (more precisely, the internal
header files of GMP) was previously done separately from the use of
the --with-gmp-build configure option. This was not consistent with
the documentation and with other parts of the configure script. So,
as of MPFR 3.0.0, the internal header files of GMP are now used if
and only if the --with-gmp-build configure option is given.
- The configure script recognizes some extra "long double" formats
(double big endian, double little endian, double-double big endian).
- MPFR manual: added "API Compatibility" section.
- Test coverage: 97.1% lines of code.
- Bug fixes.
The following suffixes for variables and constraints were
implemented in the MathProg language:
.lb (lower bound),
.ub (upper bound),
.status (status in the solution),
.val (primal value), and
.dual (dual value).
Now the MathProg language allows comment records (marked by
'#' in the very first position) in CSV data files read with the
table statements. Note that the comment records may appear only
in the beginning of a CSV data file.
The API routine glp_cpp to solve the Critical Path Problem was
added and documented.
Notable changes (compared to version 1.0.9) include:
- New domains and packages: VectorSpaceBasis domain,
DirichletRing domain, 3D graphic output in Wavefront .obj format,
specialized machine precision numeric vectors and matrices (faster
then general vectors and matrices), Html output.
- Support Clifford algebras corresponding to non-diagonal matrix,
added new operations.
- 'normalize' now tries to simplify logarithms of algebraic constants.
- New functions: Fresnel integrals, carmichaelLambda.
- Speed improvements: several polynomial operations are faster,
faster multiplication in Ore algebras, faster computation of
strong generating set for permutation groups, faster coercions.
- Several improvements to the guessing package (in particular new
option Somos for restricting attention to Somos-like
sequences
Bug fixes, in particular:
- FriCAS can now compute multiplicative inverse of a power series
with constant term not equal to 1.
- Fixed a problem with passing interpreter functions to algebra.
- Two bugs causing crashes in HyperDoc interface are fixed.
- FriCAS now ignores sign when deciding if number is prime.
- A failing coercion that used to crash FriCAS is now detected.
- 'has' test sometimes gave wrong result.
- Plotting fixes.
* R CMD INSTALL checks if dependent packages are available early on
* in the installation of source packages, thereby giving clearer
error messages.
* R CMD INSTALL --build now names the file in the format used
for Mac OS X binary files on that platform.
* BIC() in package stats4 now also works with multiple fitted models,
analogously to AIC().
* Use of file extension .C for C++ code in packages is now
deprecated: it has caused problems for some 'make's on
case-insensitive file systems (although it currently works
with the recommended toolkits).
* The C function mkCharLenCE now no longer reads past 'len' bytes
(unlikely to be a problem except in user code).
* On systems without any default LD_LIBRARY_PATH (not even
/usr/local/lib), [DY]LIB_LIBRARY_PATH is now set without a trailing colon.
* More efficient utf8ToInt() on long multi-byte strings with
many multi-byte characters.
* aggregate.ts() gave platform-depedent results due to rounding
error for ndeltat != 1.
* package.skeleton() sometimes failed to fix filenames for .R or
.Rd files to start with an alphanumeric.
(missed those and *emacs* the first time round because they pull
in their png dependencies via default-on options; they were included
in the test bulk build though)
SciPy 0.7.2 is a bug-fix release with no new features compared to 0.7.1. The
only change is that all C sources from Cython code have been regenerated with
Cython 0.12.1. This fixes the incompatibility between binaries of SciPy 0.7.1
and NumPy 1.4.
SciPy 0.7.1 is a bug-fix release with no new features compared to 0.7.0.
Based on PR#43282 by Wen Heping.
2.7.9 --> 2.7.10
----------------
Bug fixes:
- Removed all occurrences of "as" as a variable name for compatibility
with Python 2.6.
- Installation without the netCDF module did not work.
Improvements:
- Vector.dyadicProduct() was replaced by a more efficient implementation.
- Scientific.IO.PDB: Atom objects now have a parent attribute whose
value is the containing group.
2.7.8 --> 2.7.9
---------------
License change: ScientificPython is now distributed under the
CeCILL-C license, which is an adaptation of the LGPL to French
law. The previously used CeCILL license, similar to the GPL, was
considered too restrictive.
Bug fixes:
- MPI interfaces did not work correctly with NumPy and/or Python 2.5.
Improvements:
- Compilation script for mpipython works around a Python configuration
bug under MacOS X.
- Docstrings have been cleaned up.
2.7.7 --> 2.7.8
---------------
Bug fixes:
- Due to a typo in Scientific.IO.PDBSpaceGroups, some space group
names were not found in the space group table.
Improvements:
- Vector objects can now be multiplied with NumPy scalar objects
(which is what you get when extracting numbers from NumPy
arrays). Due to the way NumPy scalars handle multiplication, the
result used to be an array rather than a Vector, which caused
various applications to crash.
- The build procedure under Windows has been improved. It can
generate a binary installer that includes the netCDF DLL,
making ScientificPython independent of a netCDF installation.
2.7.6 --> 2.7.7
---------------
Bug fixes:
- Installation on Windows didn't work because the Unix maths libraries
don't exist there.
Improvements:
- InterpolatingFunction and TensorField objects can represent
periodic functions/fields.
- DistributedComputing: the watchdog period of slave processes is now
a user-definable parameter.
- PDBSpaceGroups was simplified, making it shorter and faster to load.
- Scientific.N contains the array type object in the variable array_type.
This makes it possible to write Pyrex modules using arrays in such a
way that they always use the numeric module for which ScientificPython
was compiled.
2.7.5 --> 2.7.6
---------------
Bug fixes:
- NumPy compatibility fixes.
- Pyro 3.6 compatibility fix in DistributedComputing.MasterSlave
2.7.4 --> 2.7.5
---------------
New features:
- Scaling, inversion, and shear transformations added to
Geometry.Transformations
Improvements:
- PDB parser handles CRYST1, SCALEn and MTRIXn records
- Better identification of the Numerics package that is being used
Bug fixes:
- Scientific_affinitypropagation.c compiles with NumPy
2.7.3 --> 2.7.4
---------------
New features:
- New module Clustering.AffinityPropagation.
- New class BSP.ParRootSequence.
Bug fixes:
- Replaced float equality test in Functions.InterpolatingFunction
- Removed exception for order > 1 in Derivatives.DerivVar.__init__
- Fixed reading of non-string attributes from netCDF files.
Improvements:
- New methods getBinIndices and getBinCount in Statistics.Histogram.Histogram
- Physics.PhysicalQuantities: unit definitions added to doc string
2.7.2 --> 2.7.3
---------------
Improvements:
- Added multi-module setup for master-slave computations.
- More information available through task_manager.
- task_manager can start slave processes.
2.7.1 --> 2.7.2
---------------
Bug fixes:
- Scientific_netcdf would not compile with NumPy under Python 2.4
because NumPy also defined Py_ssize_t.
2.7 --> 2.7.1
-------------
Improvements:
- NumPy compatibility. Scientific_netcdf was revised by hand.
The Python code was run through numpy.oldnumeric.alter_code1 to
identify the critical sections, which were then all handled in
some way. It is possible that there are still incompatibilities
of the kind that numpy.oldnumeric.alter_code1 cannot detect
2.5.12hg --> 2.7
----------------
New features:
- Subpackage Scientific.DistributedComputing for easy parallelization
of independent tasks.
2.5.11 --> 2.5.12hg
-------------------
Bug fixes:
- VRML2 output would crash for scenes containing Line objects
- Pyrex implmentation of vector objects could crash instead of raising
an exception in divide operations.
- Pyrex implmentation of vector objects would raise exceptions incorrectly
under Python 2.5
Improvements:
- builds Macintosh packages with documentation and examples
2.5.10 --> 2.5.11
-----------------
Bug fixes:
- Pyrex implementation of vector objects raised exceptions in comparisons
- Pyrex implementation of vector objects did not accept negative indices
- Some object deletions during conversion to epydoc had to be reversed
Improvements:
- Two test suites
2.5.9 --> 2.5.10
----------------
Bug fixes:
- Fixed netCDF error handling
Improvements:
- Support for NumPy (not very well tested yet)
- Scientific.NumberDict more efficient
2.5.8 --> 2.5.9
---------------
Improvements:
- Scientifc.IO.NetCDF supports the new 64-bit data structures in Python 2.5
(not yet tested on a 64-bit machine)
- Docstrings modified for use with Epydoc.
2.5.7 --> 2.5.8
---------------
Bug fixes:
- Syntax error in Scientific.IO.PDB
- Attribute deletion in netCDF file and variable objects caused a crash.
2.5.6 --> 2.5.7
----------------
Bug fixes:
- Tensor-vector multiplication was incorrect with the Pyrex implementation
of vector objects.
2.5.5 --> 2.5.6
----------------
Bug fixes:
- Scientific.BSP.ParClass did not pass on __call__ and __getitem__
to local class
- Scientific.BSP.ParClass: Class wrappers did not always return the right
global object.
2.5.4 --> 2.5.5
----------------
Bug fixes:
- Scientific.IO.NetCDF.NetCDFVariable.assignValue() had incomplete error
reporting. Some errors would not raise exceptions as required.
2.5.3 --> 2.5.4
----------------
Improvements:
- A "test" method on MPI request objects permits to check if data
is available (thanks to Jakob Schiotz for this addition).
Bug fixes:
- The new Pyrex vector objects could not be pickled.
2.5.1 --> 2.5.3
----------------
Improvements:
- The class Scientific.Geometry.Vector has been reimplemented in Pyrex,
yielding much faster vector operations. There is, however, the restriction
that the vector elements must be of type "float". For the rare applications
where this condition is not fulfilled (such as
Scientific.Functions.Derivatives.DerivVector), the Python implementation
remains accessible as Scientific.Geometry.VectorModule.Vector.
2.4.9 --> 2.5.1
----------------
Improvements:
- Vector and Tensor objects permit comparison with other types
of objects (which always return False)
- Numarray can be used instead of Numeric as far as possible
(see README for details)
2.4.7 --> 2.4.9:
----------------
Bug fixes:
- Integer array attributes caused a TypeError with recent versions of
Numeric (that don't do silent casts from Long to Int any more).
Additions:
- Method "threeAngles" in Geometry.Transformation.Rotation.
2.4.6 --> 2.4.7:
----------------
Bug fixes:
- Scientific.BSP: alltrue() and anytrue() sometimes returned wrong results.
Additions:
- Scientific.Visualization.VMD can now correctly launch VMD under Windows
* This is a maintainer release.
* `configure.ac' was changed to allow building the package under
Mac OS and Darwin with ODBC support.
* The SQL table driver was improved to process NULL data.
* Some bugs were fixed in the LP/MIP preprocessor.
Changes 4.42:
* The new API routines were added.
* The new command-line options were added to the stand-alone solver glpsol.
TinySVM is an implementation of Support Vector Machines (SVMs) [Vapnik 95],
[Vapnik 98] for the problem of pattern recognition. Support Vector Machines is a
new generation learning algorithms based on recent advances in statistical
learning theory, and applied to large number of real-world applications, such as
text categorization, hand-written character recognition.
