Mailman 3 January 2016 - SciPy-User

Build on Win32-x86 / Intel fortran
by Michael Sarahan Jan. 19, 2016

Jan. 19, 2016

Greetings, I'm bumping into a strange issue building SciPy 0.16.1 for Python 3.5 with Visual Studio 2015. The 64-bit build completes successfully. The 32-bit build, not so much. It dies at linking fftpack: C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\BIN\link.exe /nologo /INCREMENTAL:NO /LTCG /nodefaultlib:libucrt.lib ucrt.lib /DLL /MANIFEST:EMBED,ID=2 /MANIFESTUAC:NO /LIBPATH:C:\aroot\stage\libs /LIBPATH:C:\aroot\stage\PCbuild\win32 /LIBPATH:build\temp.win32-3.5 /LIBPATH:C:\aroot\stage\libs /LIBPATH:C:\aroot\stage\PCbuild\win32 /LIBPATH:build\temp.win32-3.5 /LIBPATH:"C:\Program Files (x86)\IntelSWTools\compilers_and_libraries\windows\compiler\lib" /LIBPATH:"C:\Program Files (x86)\IntelSWTools\compilers_and_libraries\windows\compiler\lib\ia32" /LIBPATH:"C:\Program Files (x86)\IntelSWTools\compilers_and_libraries\windows\compiler\lib\ia32_win" /LIBPATH:"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\LIB" /LIBPATH:"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\ATLMFC\LIB" /LIBPATH:"C:\Program Files (x86)\Windows Kits\10\lib\10.0.10150.0\ucrt\x86" /LIBPATH:"C:\Program Files (x86)\Windows Kits\NETFXSDK\4.6\lib\um\x86" /LIBPATH:"C:\Program Files (x86)\Windows Kits\8.1\lib\winv6.3\um\x86" /LIBPATH:"C:\Program Files (x86)\IntelSWTools\compilers_and_libraries\windows\tbb\lib\ia32\vc_mt" /LIBPATH:"C:\Program Files (x86)\IntelSWTools\compilers_and_libraries\windows\mkl\lib\ia32" /LIBPATH:"C:\Program Files (x86)\IntelSWTools\compilers_and_libraries\windows\compiler\lib\ia32" /LIBPATH:"C:\Program Files (x86)\IntelSWTools\compilers_and_libraries\windows\daal\lib\ia32_win" /LIBPATH:"C:\Program Files (x86)\IntelSWTools\compilers_and_libraries\windows\compiler\lib\ia32_win" /LIBPATH:"C:\Program Files (x86)\IntelSWTools\compilers_and_libraries\windows\tbb\lib\ia32_win\vc_mt" /LIBPATH:"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\LIB" /LIBPATH:"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\ATLMFC\LIB" /LIBPATH:"C:\Program Files (x86)\Windows Kits\10\lib\10.0.10150.0\ucrt\x86" /LIBPATH:"C:\Program Files (x86)\Windows Kits\NETFXSDK\4.6\lib\um\x86" /LIBPATH:"C:\Program Files (x86)\Windows Kits\8.1\lib\winv6.3\um\x86" /LIBPATH:"C:\Program Files (x86)\IntelSWTools\compilers_and_libraries\windows\compiler\lib" /LIBPATH:"C:\Program Files (x86)\IntelSWTools\compilers_and_libraries\windows\compiler\lib\ia32" /LIBPATH:"C:\Program Files (x86)\IntelSWTools\compilers_and_libraries\windows\compiler\lib\ia32_win" /LIBPATH:"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\LIB" /LIBPATH:"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\ATLMFC\LIB" /LIBPATH:"C:\Program Files (x86)\Windows Kits\10\lib\10.0.10150.0\ucrt\x86" /LIBPATH:"C:\Program Files (x86)\Windows Kits\NETFXSDK\4.6\lib\um\x86" /LIBPATH:"C:\Program Files (x86)\Windows Kits\8.1\lib\winv6.3\um\x86" /LIBPATH:"C:\Program Files (x86)\IntelSWTools\compilers_and_libraries\windows\tbb\lib\ia32\vc_mt" /LIBPATH:"C:\Program Files (x86)\IntelSWTools\compilers_and_libraries\windows\mkl\lib\ia32" /LIBPATH:"C:\Program Files (x86)\IntelSWTools\compilers_and_libraries\windows\compiler\lib\ia32" /LIBPATH:"C:\Program Files (x86)\IntelSWTools\compilers_and_libraries\windows\daal\lib\ia32_win" /LIBPATH:"C:\Program Files (x86)\IntelSWTools\compilers_and_libraries\windows\compiler\lib\ia32_win" /LIBPATH:"C:\Program Files (x86)\IntelSWTools\compilers_and_libraries\windows\tbb\lib\ia32_win\vc_mt" /LIBPATH:"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\LIB" /LIBPATH:"C:\Program Files (x86)\Microsoft Visual Studio 14.0\VC\ATLMFC\LIB" /LIBPATH:"C:\Program Files (x86)\Windows Kits\10\lib\10.0.10150.0\ucrt\x86" /LIBPATH:"C:\Program Files (x86)\Windows Kits\NETFXSDK\4.6\lib\um\x86" /LIBPATH:"C:\Program Files (x86)\Windows Kits\8.1\lib\winv6.3\um\x86" dfftpack.lib fftpack.lib /EXPORT:PyInit__fftpack build\temp.win32-3.5\Release\build\src.win32-3.5\scipy\fftpack\_fftpackmodule.obj build\temp.win32-3.5\Release\scipy\fftpack\src\zfft.obj build\temp.win32-3.5\Release\scipy\fftpack\src\drfft.obj build\temp.win32-3.5\Release\scipy\fftpack\src\zrfft.obj build\temp.win32-3.5\Release\scipy\fftpack\src\zfftnd.obj build\temp.win32-3.5\Release\build\src.win32-3.5\scipy\fftpack\src\dct.obj build\temp.win32-3.5\Release\build\src.win32-3.5\scipy\fftpack\src\dst.obj build\temp.win32-3.5\Release\build\src.win32-3.5\fortranobject.obj /OUT:build\lib.win32-3.5\scipy\fftpack\_fftpack.cp35-win32.pyd /IMPLIB:build\temp.win32-3.5\Release\build\src.win32-3.5\scipy\fftpack\_fftpack.cp35-win32.lib Creating library build\temp.win32-3.5\Release\build\src.win32-3.5\scipy\fftpack\_fftpack.cp35-win32.lib and object build\temp.win32-3.5\Release\build\src.win32-3.5\scipy\fftpack\_fftpack.cp35-win32.exp LINK : warning LNK4098: defaultlib 'MSVCRT' conflicts with use of other libs; use /NODEFAULTLIB:library MSVCRT.lib(_chandler4gs_.obj) : error LNK2001: unresolved external symbol __except_handler4_common build\lib.win32-3.5\scipy\fftpack\_fftpack.cp35-win32.pyd : fatal error LNK1120: 1 unresolved externals Is this a problem with Intel's libraries linking with /MT rather than /MD? I haven't been able to find any /MT or /MD stuff in the SciPy build stuff. Pointers much appreciated. Best, Michael

3 5

SciPy with workflow processing
by Marek Jagielski Jan. 16, 2016

Jan. 16, 2016

Hi, I am developing a modeling tool for my start-up: systemincloud.com. Tool enables users creating data ﬂow diagrams consisting of predeﬁned or user-written blocks and execute them on their local machine. I added lastly a python support: Now, it is possible to define custom blocks using python language: http://systemincloud.com/tasks/#0.8.0/commons/pythontask. Blocks can be executed with cpython or jython. It is also possible to integrate external libraries like NumPy. Example can be watched here (NumPy + Matplotlib): https://www.youtube.com/watch?v=qvY3V9Ujoa0 I am looking forward for any feedback from you. Do you find such a tool interesting for you? Thanks, Marek Jagielski

1 0

Re: [SciPy-User] [pythran] Pythran 0.7.4 is out!
by Neal Becker Jan. 8, 2016

Jan. 8, 2016

How do I build pythran3? On Thu, Jan 7, 2016 at 2:51 PM, serge guelton < serge.guelton(a)telecom-bretagne.eu> wrote: > (sorry for the double posting, if any) > > Dear pythraners and pythonists, > > The pythran team (a great total of 2 active developers) is delighted to > announce the release of Pythran 0.7.4, available on the traditional > channels: > > - pypi: https://pypi.python.org/pypi/pythran > - conda: https://anaconda.org/serge-sans-paille/pythran > - github: https://github.com/serge-sans-paille/pythran > > As usual, here is a (new) code sample, once again adapted from a > stackoverflow question[0] that showcases pythran capability: > > > #pythran export check_mask(bool[][], bool[]) > # ^~~~~~~ non intrusive top-level annotation > > import numpy as np > # ^~~~~~ numpy support (partial) > def check_mask(db, out, mask=[1, 0, 1]): > for idx, line in enumerate(db): > target, vector = line[0], line[1:] > # ^~~~~ type destructuring, array view > if (mask == np.bitwise_and(mask, vector)).all(): > # ^~~~~~~ optimization of high level construct > if target == 1: > out[idx] = 1 > return out > > > Compiled with: > > % pythran check_mask.py > > And benchmarked with: > > % python -m timeit -s 'n=10e3 ; import numpy as np;db = > np.array(np.random.randint(2, size=(n, 4)), dtype=bool); out = > np.zeros(int(n),dtype=bool); from eq import check_mask' 'check_mask(db, > out)' > > On average, the CPython version runs in 137 msec while the pythran version > run in 450us on my laptop :-) > > > Here is an extract of the changelog: > > 2016-01-05 Serge Guelton <serge.guelton(a)telecom-bretagne.eu> > > * IPython's magic for pythran now supports extra compile flags > > * Pythran's C++ output is compatible with Python3 and pythran3 can > compile it! > > * More syntax checks (and less template traceback) > > * Improved UI (multiline pythran exports, better setup.py...) > > * Pythonic leaning / bugfixing (this tends to be a permanent item) > > * More generic support for numpy's dtype > > * Simpler install (no more boost.python deps, nor nt2 > configuration) > > * Faster compilation (no more boost.python deps, smarter pass > manager) > > * Better testing (gcc + clang) > > Again, thanks a lot to Pierrick for his continuous top-quality work, and > to the OpenDreamKit[1] project that funded (most of) the recent > developments! > > Special thanks to @hainm, @nbecker, @pkoch, @fsteinmetz, @Suor for their > feedbacks. *You* give us the motivation to go on! > > > [0] > http://stackoverflow.com/questions/34500913/numba-slower-for-numpy-bitwise-… > [1] http://opendreamkit.org/ > -- *Those who don't understand recursion are doomed to repeat it*

1 0

ANN: second release candidate for scipy 0.17.0
by Evgeni Burovski Jan. 8, 2016

Jan. 8, 2016

Hi, I'm pleased to announce the availability of the second release candidate for Scipy 0.17.0. It's two days ahead of the original schedule: based on typical development patterns, I'd like to have two weekends and a full working week before January 17th, when this rc2 is supposed to become the final release. Please try this rc and report any issues on Github tracker or scipy-dev mailing list. Source tarballs and full release notes are available from Github Releases: https://github.com/scipy/scipy/releases/tag/v0.17.0rc2 Compared to rc1, the following PRs were merged: - - `#5624 <https://github.com/scipy/scipy/pull/5624>`__: FIX: Fix interpolate - - `#5625 <https://github.com/scipy/scipy/pull/5625>`__: BUG: msvc9 binaries crash when indexing std::vector of size 0 - - `#5635 <https://github.com/scipy/scipy/pull/5635>`__: BUG: misspelled __dealloc__ in cKDTree. - - `#5642 <https://github.com/scipy/scipy/pull/5642>`__: STY: minor fixup of formatting of 0.17.0 release notes. - - `#5643 <https://github.com/scipy/scipy/pull/5643>`__: BLD: fix a build issue in special/Faddeeva.cc with isnan. - - `#5661 <https://github.com/scipy/scipy/pull/5661>`__: TST: linalg tests used stdlib random instead of numpy.random. There is a bit of an unusual change in this rc. In short, in testing rc1 we found that 1) interpolate.interp1d had an undocumented feature of allowing an array-valued fill_value to be broadcast against the data being interpolated, and 2) we broke it in 0.17.0rc1. (See PR 5624 for details.) We now *think* we fixed it so that no existing code is broken. Nevertheless, I would like to encourage everyone to test their code against this rc2, especially all code which uses interp1d. Cheers, Evgeni

2 1

Numpy 1.10.4 release.
by Charles R Harris Jan. 7, 2016

Jan. 7, 2016

Hi All, I'm pleased the release of the Numpy 1.10.4 (bugs stomped) release. This release was motivated by a reported segfault, but a few additional fixes were made: * gh-6922 BUG: numpy.recarray.sort segfaults on Windows, * gh-6937 BUG: busday_offset does the wrong thing with modifiedpreceding roll, * gh-6949 BUG: Type is lost when slicing a subclass of recarray, together with one minor enhancement * gh-6950 BUG trace is not subclass aware, np.trace(ma) != ma.trace(). The sources and documentation are available on Sourceforge, but no binaries. The usual windows binaries were ommitted due to problems with the toolchain. We hope that will be remedied in the future. Mac binaries can be installed from pypi. "Where is numpy 1.10.3?", you may ask. There were glitches with the uploads to pypi for that version that necessitated a version upgrade. A release manager's life is not a happy one. Many thanks to Marten van Kerkwijk, Sebastian Seberg, and Mark Wiebe for the quick bug fixes. Chuck

1 0

ANN: first release candidate for scipy 0.17.0
by Evgeni Burovski Jan. 2, 2016

Jan. 2, 2016

Hi, I'm pleased to announce the availability of the first release candidate for Scipy 0.17.0. Please try this rc and report any issues on Github tracker or scipy-dev mailing list. Source tarballs and full release notes are available from Github Releases: https://github.com/scipy/scipy/releases/tag/v0.17.0rc1 Please note that this is a source-only release. We do not provide win32 installers for this release. See the email thread starting from <https://mail.scipy.org/pipermail/scipy-dev/2015-December/021103.html> for the rationale and discussion. The updated release schedule is as follows: 10 Jan 2016: rc2 (if needed) 17 Jan 2016: final release. Thanks to everyone who contributed to this release! Evgeni Below is a part of the release notes. ========================== SciPy 0.17.0 Release Notes ========================== .. note:: Scipy 0.17.0 is not released yet! .. contents:: SciPy 0.17.0 is the culmination of 6 months of hard work. It contains many new features, numerous bug-fixes, improved test coverage and better documentation. There have been a number of deprecations and API changes in this release, which are documented below. All users are encouraged to upgrade to this release, as there are a large number of bug-fixes and optimizations. Moreover, our development attention will now shift to bug-fix releases on the 0.17.x branch, and on adding new features on the master branch. This release requires Python 2.6, 2.7 or 3.2-3.5 and NumPy 1.6.2 or greater. Release highlights: - New functions for linear and nonlinear least squares optimization with constraints: `scipy.optimize.lsq_linear` and `scipy.optimize.least_squares` - Support for fitting with bounds in `scipy.optimize.curve_fit`. - Significant improvements to `scipy.stats`, providing many functions with better handing of inputs which have NaNs or are empty, improved documentation, and consistent behavior between `scipy.stats` and `scipy.stats.mstats`. - Significant performance improvements and new functionality in `scipy.spatial.cKDTree`. New features ============ `scipy.cluster` improvements - ---------------------------- A new function `scipy.cluster.hierarchy.cut_tree`, which determines a cut tree from a linkage matrix, was added. `scipy.io` improvements - ----------------------- `scipy.io.mmwrite` gained support for symmetric sparse matrices. `scipy.io.netcdf` gained support for masking and scaling data based on data attributes. `scipy.optimize` improvements - ----------------------------- Linear assignment problem solver ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ `scipy.optimize.linear_sum_assignment` is a new function for solving the linear sum assignment problem. It uses the Hungarian algorithm (Kuhn-Munkres). Least squares optimization ~~~~~~~~~~~~~~~~~~~~~~~~~~ A new function for *nonlinear* least squares optimization with constraints was added: `scipy.optimize.least_squares`. It provides several methods: Levenberg-Marquardt for unconstrained problems, and two trust-region methods for constrained ones. Furthermore it provides different loss functions. New trust-region methods also handle sparse Jacobians. A new function for *linear* least squares optimization with constraints was added: `scipy.optimize.lsq_linear`. It provides a trust-region method as well as an implementation of the Bounded-Variable Least-Squares (BVLS) algorithm. `scipy.optimize.curve_fit` now supports fitting with bounds. `scipy.signal` improvements - -------------------------- A ``mode`` keyword was added to `scipy.signal.spectrogram`, to let it return other spectrograms than power spectral density. `scipy.stats` improvements - -------------------------- Many functions in `scipy.stats` have gained a ``nan_policy`` keyword, which allows specifying how to treat input with NaNs in them: propagate the NaNs, raise an error, or omit the NaNs. Many functions in `scipy.stats` have been improved to correctly handle input arrays that are empty or contain infs/nans. A number of functions with the same name in `scipy.stats` and `scipy.stats.mstats` were changed to have matching signature and behavior. See `gh-5474 <https://github.com/scipy/scipy/issues/5474>`__ for details. `scipy.stats.binom_test` and `scipy.stats.mannwhitneyu` gained a keyword ``alternative``, which allows specifying the hypothesis to test for. Eventually all hypothesis testing functions will get this keyword. For methods of many continuous distributions, complex input is now accepted. Matrix normal distribution has been implemented as `scipy.stats.matrix_normal`. `scipy.sparse` improvements - -------------------------- The `axis` keyword was added to sparse norms, `scipy.sparse.linalg.norm`. `scipy.spatial` improvements - ---------------------------- `scipy.spatial.cKDTree` was partly rewritten for improved performance and several new features were added to it: - - the ``query_ball_point`` method became significantly faster - - ``query`` and ``query_ball_point`` gained an ``n_jobs`` keyword for parallel execution - - build and query methods now release the GIL - - full pickling support - - support for periodic spaces - - the ``sparse_distance_matrix`` method can now return and sparse matrix type `scipy.interpolate` improvements - -------------------------------- Out-of-bounds behavior of `scipy.interpolate.interp1d` has been improved. Use a two-element tuple for the ``fill_value`` argument to specify separate fill values for input above and below the interpolation range. Linear and nearest interpolation kinds of `scipy.interpolate.interp1d` support extrapolation via the ``fill_value="extrapolate"`` keyword. `scipy.linalg` improvements - --------------------------- The default algorithm for `scipy.linalg.leastsq` has been changed to use LAPACK's function ``*gelsd``. Users wanting to get the previous behavior can use a new keyword ``lapack_driver="gelss"`` (allowed values are "gelss", "gelsd" and "gelsy"). ``scipy.sparse`` matrices and linear operators now support the matmul (``@``) operator when available (Python 3.5+). See [PEP 465](http://legacy.python.org/dev/peps/pep-0465/) A new function `scipy.linalg.ordqz`, for QZ decomposition with reordering, has been added. Deprecated features =================== ``scipy.stats.histogram`` is deprecated in favor of ``np.histogram``, which is faster and provides the same functionality. ``scipy.stats.threshold`` and ``scipy.mstats.threshold`` are deprecated in favor of ``np.clip``. See issue #617 for details. ``scipy.stats.ss`` is deprecated. This is a support function, not meant to be exposed to the user. Also, the name is unclear. See issue #663 for details. ``scipy.stats.square_of_sums`` is deprecated. This too is a support function not meant to be exposed to the user. See issues #665 and #663 for details. ``scipy.stats.f_value``, ``scipy.stats.f_value_multivariate``, ``scipy.stats.f_value_wilks_lambda``, and ``scipy.mstats.f_value_wilks_lambda`` are deprecated. These are related to ANOVA, for which ``scipy.stats`` provides quite limited functionality and these functions are not very useful standalone. See issues #660 and #650 for details. ``scipy.stats.chisqprob`` is deprecated. This is an alias. ``stats.chi2.sf`` should be used instead. ``scipy.stats.betai`` is deprecated. This is an alias for ``special.betainc`` which should be used instead. Backwards incompatible changes ============================== The functions ``stats.trim1`` and ``stats.trimboth`` now make sure the elements trimmed are the lowest and/or highest, depending on the case. Slicing without at least partial sorting was previously done, but didn't make sense for unsorted input. When ``variable_names`` is set to an empty list, ``scipy.io.loadmat`` now correctly returns no values instead of all the contents of the MAT file. Element-wise multiplication of sparse matrices now returns a sparse result in all cases. Previously, multiplying a sparse matrix with a dense matrix or array would return a dense matrix. The function ``misc.lena`` has been removed due to license incompatibility. The constructor for ``sparse.coo_matrix`` no longer accepts ``(None, (m,n))`` to construct an all-zero matrix of shape ``(m,n)``. This functionality was deprecated since at least 2007 and was already broken in the previous SciPy release. Use ``coo_matrix((m,n))`` instead. The Cython wrappers in ``linalg.cython_lapack`` for the LAPACK routines ``*gegs``, ``*gegv``, ``*gelsx``, ``*geqpf``, ``*ggsvd``, ``*ggsvp``, ``*lahrd``, ``*latzm``, ``*tzrqf`` have been removed since these routines are not present in the new LAPACK 3.6.0 release. With the exception of the routines ``*ggsvd`` and ``*ggsvp``, these were all deprecated in favor of routines that are currently present in our Cython LAPACK wrappers. Because the LAPACK ``*gegv`` routines were removed in LAPACK 3.6.0. The corresponding Python wrappers in ``scipy.linalg.lapack`` are now deprecated and will be removed in a future release. The source files for these routines have been temporarily included as a part of ``scipy.linalg`` so that SciPy can be built against LAPACK versions that do not provide these deprecated routines. Other changes ============= Html and pdf documentation of development versions of Scipy is now automatically rebuilt after every merged pull request. `scipy.constants` is updated to the CODATA 2014 recommended values. Usage of `scipy.fftpack` functions within Scipy has been changed in such a way that `PyFFTW <http://hgomersall.github.io/pyFFTW/>`__ can easily replace `scipy.fftpack` functions (with improved performance). See `gh-5295 <https://github.com/scipy/scipy/pull/5295>`__ for details. The ``imread`` functions in `scipy.misc` and `scipy.ndimage` were unified, for which a ``mode`` argument was added to `scipy.misc.imread`. Also, bugs for 1-bit and indexed RGB image formats were fixed. ``runtests.py``, the development script to build and test Scipy, now allows building in parallel with ``--parallel``. Authors ======= * @cel4 + * @chemelnucfin + * @endolith * @mamrehn + * @tosh1ki + * Joshua L. Adelman + * Anne Archibald * Hervé Audren + * Vincent Barrielle + * Bruno Beltran + * Sumit Binnani + * Joseph Jon Booker * Olga Botvinnik + * Michael Boyle + * Matthew Brett * Zaz Brown + * Lars Buitinck * Pete Bunch + * Evgeni Burovski * CJ Carey * Ien Cheng + * Cody + * Jaime Fernandez del Rio * Ales Erjavec + * Abraham Escalante * Yves-Rémi Van Eycke + * Yu Feng + * Eric Firing * Francis T. O'Donovan + * André Gaul * Christoph Gohlke * Ralf Gommers * Alex Griffing * Alexander Grigorievskiy * Charles Harris * Jörn Hees + * Ian Henriksen * David Menéndez Hurtado * Gert-Ludwig Ingold * Aakash Jain + * Rohit Jamuar + * Jan Schlüter * Johannes Ballé * Luke Zoltan Kelley + * Jason King + * Andreas Kopecky + * Eric Larson * Denis Laxalde * Antony Lee * Gregory R. Lee * Josh Levy-Kramer + * Sam Lewis + * François Magimel + * Martín Gaitán + * Sam Mason + * Andreas Mayer * Nikolay Mayorov * Damon McDougall + * Robert McGibbon * Sturla Molden * Will Monroe + * Eric Moore * Maniteja Nandana * Vikram Natarajan + * Andrew Nelson * Marti Nito + * Behzad Nouri + * Daisuke Oyama + * Giorgio Patrini + * Fabian Paul + * Christoph Paulik + * Mad Physicist + * Irvin Probst * Sebastian Pucilowski + * Ted Pudlik + * Eric Quintero * Yoav Ram + * Joscha Reimer + * Juha Remes * Frederik Rietdijk + * Rémy Léone + * Christian Sachs + * Skipper Seabold * Sebastian Skoupý + * Alex Seewald + * Andreas Sorge + * Bernardo Sulzbach + * Julian Taylor * Louis Tiao + * Utkarsh Upadhyay + * Jacob Vanderplas * Gael Varoquaux + * Pauli Virtanen * Fredrik Wallner + * Stefan van der Walt * James Webber + * Warren Weckesser * Raphael Wettinger + * Josh Wilson + * Nat Wilson + * Peter Yin + A total of 101 people contributed to this release. People with a "+" by their names contributed a patch for the first time. This list of names is automatically generated, and may not be fully complete.

4 4