[Numpy-svn] r6539 - trunk/doc/release

[numpy-svn at scipy.org]

Author: cdavid
Date: 2009-03-03 05:57:45 -0600 (Tue, 03 Mar 2009)
New Revision: 6539

Modified:
   trunk/doc/release/1.3.0-notes.rst
Log:
Update release notes for 1.3.0.

Modified: trunk/doc/release/1.3.0-notes.rst
===================================================================
--- trunk/doc/release/1.3.0-notes.rst	2009-03-03 09:50:05 UTC (rev 6538)
+++ trunk/doc/release/1.3.0-notes.rst	2009-03-03 11:57:45 UTC (rev 6539)
@@ -2,14 +2,17 @@
 NumPy 1.3.0 Release Notes
 =========================
 
-This minor release comes almost four months after the 1.1.0 release.
+This minor release comes almost four months after the 1.2.0 release.
 
-New features
-============
+Highlights
+==========
 
 Python 2.6 support
 ~~~~~~~~~~~~~~~~~~
 
+Python 2.6 is now supported on all previously supported platforms, including
+windows.
+
 http://www.python.org/dev/peps/pep-0361/
 
 Generalized ufuncs
@@ -17,19 +20,24 @@
 
 http://projects.scipy.org/scipy/numpy/ticket/887
 
-Histogram
-~~~~~~~~~
+Experimental Windows 64 bits support
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
-The semantics of histogram has been modified to fix long-standing issues
-with outliers handling. The main changes concern
+Numpy can now be built on windows 64 bits (amd64 only, not IA64), with both MS
+compilers and mingw-w64 compilers:
 
-#. the definition of the bin edges, now including the rightmost edge, and
-#. the handling of upper outliers, now ignored rather than tallied in the
-   rightmost bin.
+This is *highly experimental*: DO NOT USE FOR PRODUCTION USE. See INSTALL.txt,
+Windows 64 bits section for more information on limitations and how to build it
+by yourself.
 
-The previous behavior is still accessible using `new=False`, but is scheduled
-to be deprecated in the next release (1.3).
+New features
+============
 
+Formatting issues
+~~~~~~~~~~~~~~~~~
+
+TODO
+
 Nan handling in max/min/sort
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
@@ -40,20 +48,37 @@
 
 TODO
 
-gfortran support on windows (32 and 64 bits)
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+gfortran support on windows
+~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
-Gfortran can now be used as a fortran compiler for numpy, even when the C
-compiler is Visual Studio.
+Gfortran can now be used as a fortran compiler for numpy on windows, even when
+the C compiler is Visual Studio. Gfortran + Visual studio does not work on
+windows 64 bits (but gcc + gfortran does).
 
+Deprecated features
+===================
+
+Histogram
+~~~~~~~~~
+
+The semantics of histogram has been modified to fix long-standing issues
+with outliers handling. The main changes concern
+
+#. the definition of the bin edges, now including the rightmost edge, and
+#. the handling of upper outliers, now ignored rather than tallied in the
+   rightmost bin.
+
+The previous behavior is still accessible using `new=False`, but this is
+deprecated, and will be removed entirely in 1.4.0.
+
 Documentation changes
 =====================
 
 Internal changes
 ================
 
-Refactoring numpy.core math configuration
-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+numpy.core math configuration revamp
+~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
 This should make the porting to new platforms easier, and more robust. In
 particular, the configuration stage does not need to execute any code on the
@@ -61,10 +86,15 @@
 
 http://projects.scipy.org/scipy/numpy/browser/trunk/doc/neps/math_config_clean.txt
 
+umath refactor
+~~~~~~~~~~~~~~
+
+A lot of code cleanup for umath/ufunc code (charris).
+
 Improvements to build warnings
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 
-Numpy can now build with -W -Wall without warnings.
+Numpy can now build with -W -Wall without warnings
 
 http://projects.scipy.org/scipy/numpy/browser/trunk/doc/neps/warnfix.txt
 
@@ -72,7 +102,9 @@
 ~~~~~~~~~~~~~~~~~~~~~~~~~~
 
 The core math functions (sin, cos, etc... for basic C types) have been put into
-a separate library. The library includes platform-specific fixes for various
-maths functions, such as using those versions should be more robust than using
-your platform functions directly. The API for existing functions is exactly the
-same as the C99 math functions API, except they are prefixed with npy_.
+a separate library; it acts as a compatibility layer, to support most C99 maths
+functions (real only for now). The library includes platform-specific fixes for
+various maths functions, such as using those versions should be more robust
+than using your platform functions directly. The API for existing functions is
+exactly the same as the C99 math functions API; the only difference is the npy
+prefix (npy_cos vs cos).