Thanks to the scilab folks at INRIA for helping us get rid of 9 more patches!
From the CHANGES file:
Main Changes Scilab 2.5 -> 2.6
==============================
NEW FUNCTIONALITIES
===================
Automatic graphic rescaling when combining 2D plots, axis handling
Isometric 3D plots. Thanks to Enrico Segre
3D plots shading. Thanks to Stephane MOTTELET
Error messages handling
Grep function added
Modeless message box added
Profiling of functions execution added
Real time simulation in Scicos. Thanks to Anders Blomdell
Scicos diagram linearization and fixed point computation
OTHERS IMPROVEMENTS
===================
A more professional licence
Input/Output improved (carriage return at the end of the file are not
required anymore, OS independent ascii file input, handling of opened
files )
More complete mexlib for MatlabV mex interface.
Many bug corrected in integer types manipulation
API improved, many examples given
A better window management under KDE
A better plugin interface (help, demos,...) and new Scilab functions for
building and loading interfaces.
Interactive demos for ODE and DAE solving added
Scicos' GUI improved, customizable keyboard shortcuts added
Default list, tlist and mlist display can be overloaded
It is now possible to draw dashed lines in color. Background now work
with postscript driver. Easiest argument passing to plot2d, plot3d,...
GIF driver bugs fixed.
INCOMPATIBLITY
==============
help and scicos palettes handling have changed.
Fraclab toolbox has been moved to the contributions part and is no
more included in the package
The Communication Toolbox (geci) is now obsolete. It will be removed in
next release. Use PVM instead.
2.1.5 --> 2.2
-------------
Bug fixes:
- The sign convention for rotation angles was not correctly applied
in Scientific.Geometry.Transformation and Scientific.Geometry.Quaternions.
Everything was consistent, but with the wrong sign.
Improvements:
- Scientific.IO.PDB can handle a larger range of variant formats for DNA
New features:
- New module Scientific.Visualization.VPython.
- Scientific.IO.TextFile also handles bzip2 compressed files
(extension .bz2). This only works if bzip2 is installed.
2.1.4 --> 2.1.5
---------------
New features:
- Scientific.TkWidgets.TkPlotCanvas:
- Popup menu on right button
- Value display on middle button
- HorizontalLine, VerticalLine objects
Modifications:
- MPI interface no longer assumes that MPI_Op and MPI_Datatype are
integers (they aren't in LAM, for example).
2.1.3 --> 2.1.4
---------------
New features:
- New MPI functions implemented by Jakob Schiotz:
- nonblocking send and receive
- abort
- reduce and allreduce
Modifications:
- The Python interpreter lock is released during calls to the netCDF
library, permitting other threads to continue during I/O operations.
An internal lock has been added to prevent reentrant calls to the
netCDF library, which is not thread safe.
(If you don't understand any of this, you shouldn't care, it has
no consequences unless you use threads.)
- Methods receive and receiveString on MPI communicator objects
can be called without source and tag arguments (defaults to None).
Bug fixes:
- The compilation script did not work correctly for MPI support
2.1.2 --> 2.1.3
---------------
New features:
- Some small utility widgets have been added to Scientific.TkWidgets.
They are not particularly "scientific", but not worth the effort
of a separate distribution.
Bug fixes:
- The abs() function didn't work on DerivVar objects (modules
Scientific.Functions.Derivatives and Scientific.Functions.FirstDerivatives)
with negative values.
- The method projectionOf in Scientific.Geometry.Objects3D.Plane was
wrong.
2.1.1 --> 2.1.2
---------------
Installation:
- The mpipython executable is compiled using 'mpicc', which should simplify
installation significantly because all library specifications are
automatically taken into account. In other words, MPI support should
work on all platforms without any modifications to the Setup file.
(Thanks to Jakob Schiotz for this suggestion!)
- Some 'extern' declarations were changed to 'staticforward' to please
some compilers.
Documentation:
- the documentation for the methods receive and receiveString were
wrong.
2.1.0 --> 2.1.1
---------------
Bug fixes:
- The upper bound for MPI message tags was not treated correctly,
leading to a bound of zero on some platforms.
Modifications:
- The methods sendArray and sendString were combined into a single
method send.
- broadcastArray was renamed to broadcast, shareArray was renamed to share,
receiveArray was renamed to receive. The only function that retains
a data type indication is receiveString.
2.0.1 --> 2.1.0
---------------
Additions:
- MPI interface in Scientific.MPI
* What is new in gsl-0.7:
** Linux/PowerPC should now be well supported.
** Header files for common physical constants have been added.
** Functions linear and nonlinear regression in one or more dimensions
are now available.
** Vector and matrix views now have access to the address of the
underlying block for compatibility with VSIPL (www.vsipl.org).
** There is a new library for generating low-discrepancy quasi-random
sequences.
** The seeding procedure of the default random number generator
MT19937 has been updated to match the 10/99 release of the original
code. This fixes a weakness which occurred for seeds which were
powers of 2.
** The blas library libgslblasnative has been renamed libgslblas to avoid
confusion with system blas library
o add @exec/@unexecinstall-info directives to PLIST
o slightly change the path's for the documentation
(share/doc/octave instead of share/octave/doc etc.)
o install html docs into share/doc/html/octave
first component is now a package name+version/pattern, no more
executable/patchname/whatnot.
While there, introduce BUILD_USES_MSGFMT as shorthand to pull in
devel/gettext unless /usr/bin/msgfmt exists (i.e. on post-1.5 -current).
Patch by Alistair Crooks <agc@netbsd.org>
to be bug fixes mostly, plus a couple of new features:
* Release 'Mini-Morten' -- a cute little thing of
about 3k She leaks, though. (Congratulations !)
* Reworking plugin architecture to support JIT loading
* Improve scrollbar and enable optional live scrolling
* Add a sample implementation of python based scripting
The API is written in sand so don't get comfortable
* Enable indent from left and right
* Persist sheet prefs
Version 1.31 (Released 8 Mar 2001)
----------------------------------
USER-VISIBLE CHANGES
- copying an object array (see help voids) is now "deep" copy rather than "shallow" copy.
This means that when an object array is assigned to another variable, a completely new
copy is made (before, only the first array level was copied). Mostly this won't affect
you at all because (1) you are using object arrays only if you are using voids() in some
phase in your program, (2) if you are, then you are probably using only single-level
object array. The old behaviour was simply stupid. Object arrays are a crude but working
mechanism for using heterogeneous combined types in Tela; the only relevant function
(in the present Tela version) is voids(), which acts as a constructor for such things.
Thanks to Ch. Spiel for suggesting this change (object.C).
- quit() and exit() now accept input argument (the exit value) (std.ct)
- sort() function now accepts second input argument (user-defined comparison function) (std.ct)
(old function still available as sort_old in case of problems).
- slight change in semantics of --shared option for telakka (telakka.in)
The above were contributed by Christoph Spiel <cspiel@hammersmith-consulting.com>
- added incomplete gamma and beta functions (specfun.t)
(specfun.t not autoloaded, but after source("specfun.t") functions are available).
- added function polymul and added polyadd,polymul to autoload (poly.t,telainit.t)
- added function applyfilter (numerics.ct)
- added functionwise profiling option (tela -p) (tela.C,prg.C)
BUG FIXES
- doing dot product (**) of two zero-length integer vectors produced a LAPACK error message
and Tela quit (la.ct)
- tree.C:DeleteObjects() accessed memory after it being freed, which however did not cause
any problems in practice (unless using malloc debug libraries), but is anyway now fixed
INTERNAL CHANGES
- Some modernizations in configure script (e.g., now tries to link with
libatlas by default instead of libblas if available) (configure.in)
PARI-GP is a package which is aimed at efficient computations in
number theory, but also contains a large number of other useful
functions. It is somewhat related to a Computer Algebra System, but
is not really one since it treats symbolic expressions as mathematical
entities such as matrices, polynomials, series, etc..., and not as
expressions per se. However it is often much faster than other CAS,
and contains a large number of specific functions not found elsewhere,
essentially for use in number theory.
This package can be used in an interactive shell (GP) or as a C/C++
library (PARI). It is free software, in the sense of freedom AND 'free
of charge'.
For a changelog, I didn't find more than:
Numeric 17.3.0 is intended to be the last release before adding
capabilities supported by Python 2.1. This is a routine catch-up to CVS
release.
using the newest PNG library won't work on system with an older one. To
prevent such problems with precompiled binary packages require at least
"png-1.0.9nb1" in all dependences.
Tela (TEnsor LAnguage) is a scientific computing language and
environment. It is mainly targeted for prototyping large-scale
numerical simulations and doing pre- and postprocessing for them, and
it replaces a compiled language like C++ or Fortran in this
respect. The feature set is therefore biased to operations needed in
partial differential equation solvers. A relatively complete graphics
is included via a separate program (PlotMTV). Tela uses HDF format as
native save/load format. It can also read/write Matlab binary files
and some ASCII files.
Tela is generally 2-4 times faster than Matlab, the extremeties
encountered so far are 0.9-11. Even though Tela is mainly a
prototyping and development environment, modest-size 2D simulations
can be run in modern (1994) desktop workstations while preserving
"interactive" response times. Only large 2D or 3D simulations must
usually be coded in C or Fortran and run on supercomputers.
