Skip to content
Merged
Changes from 1 commit
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Prev Previous commit
PEP 646: Fix the named-tensors-through-types example
  • Loading branch information
mrahtz authored Apr 17, 2021
commit d142b09c400d53dac5340117c1b7134bee1ff167
12 changes: 9 additions & 3 deletions pep-0646.rst
Original file line number Diff line number Diff line change
Expand Up @@ -936,9 +936,15 @@ basically *always* height × width × channels). However, ultimately we are stil
why this is the case.

Can the named tensors approach be combined with the approach we advocate for in
this PEP? We're not sure. One area of overlap is that in some contexts, we could do, say,
``image: Array[Height, Width, Channels]; mean(image, axis=Image.axes.index(Channels))``. Ideally,
we might write something like ``image: Array[Height=64, Width=64, Channels=3]`` -
this PEP? We're not sure. One area of overlap is that in some contexts, we could do, say:

::

Image: Array[Height, Width, Channels]
im: Image
mean(im, axis=Image.axes.index(Channels)

Ideally, we might write something like ``im: Array[Height=64, Width=64, Channels=3]`` -
but this won't be possible in the short term, due to the rejection of PEP 637.
In any case, our attitude towards this is mostly "Wait and see what happens before
taking any further steps".
Comment thread
mrahtz marked this conversation as resolved.
Expand Down