8000 Merge pull request #12279 from mattip/nep-0027-final · numpy/numpy@e9c6318 · GitHub
[go: up one dir, main page]

Skip to content 65FA

Commit e9c6318

Browse files
authored
Merge pull request #12279 from mattip/nep-0027-final
NEP: tweak and mark NEP 0027 as final
2 parents 7a09506 + b59819b commit e9c6318

File tree

1 file changed

+4
-3
lines changed

1 file changed

+4
-3
lines changed

doc/neps/nep-0027-zero-rank-arrarys.rst

Lines changed: 4 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -3,9 +3,10 @@ NEP 27 — Zero Rank Arrays
33
=========================
44

55
:Author: Alexander Belopolsky (sasha), transcribed Matt Picus <matti.picus@gmail.com>
6-
:Status: Draft
6+
:Status: Final
77
:Type: Informational
88
:Created: 2006-06-10
9+
:Resolution: https://mail.python.org/pipermail/numpy-discussion/2018-October/078824.html
910

1011
.. note ::
1112
@@ -159,7 +160,7 @@ On the other hand there are several cases that make sense for rank-zero arrays.
159160
Ellipsis and empty tuple
160161
~~~~~~~~~~~~~~~~~~~~~~~~
161162

162-
Sasha started a `Jan 2006 discussion`_ on scipy-dev
163+
Alexander started a `Jan 2006 discussion`_ on scipy-dev
163164
with the following proposal:
164165

165166
... it may be reasonable to allow ``a[...]``. This way
@@ -187,7 +188,7 @@ Francesc's proposal was::
187188
There is a consensus that for a zero-rank array ``x``, both ``x[...]`` and ``x[()]`` should be valid, but the question
188189
remains on what should be the type of the result - zero rank ndarray or ``x.dtype``?
189190

190-
(Sasha)
191+
(Alexander)
191192
First, whatever choice is made for ``x[...]`` and ``x[()]`` they should be
192193
the same because ``...`` is just syntactic sugar for "as many `:` as
193194
necessary", which in the case of zero rank leads to ``... = (:,)*0 = ()``.

0 commit comments

Comments
 (0)
0