This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author ncoghlan
Recipients jcon, kristjan.jonsson, mark.dickinson, ncoghlan, paul.moore, petri.lehtinen, pitrou, pv, python-dev, rupole, skrah, teoliphant, vstinner
Date 2012-02-26.11:34:31
SpamBayes Score 4.7169622e-05
Marked as misclassified No
Message-id <1330256072.2.0.974536733204.issue10181@psf.upfronthosting.co.za>
In-reply-to
Content
Aw, I guess I was too optimistic in thinking this was the last gap before we could declare it Final...

+1 on creating a new feature request for NumPy style multi-dimensional indexing and slicing support on memoryview (I'm assuming that's what you meant).

As far as your last question goes, I'm not sure we *can* salvage this in 2.7/3.2. We do have the option of throwing our hands up in the air and saying "Sorry, we couldn't figure out how to fix it without completely rewriting it. Take a look at 3.3 if you want to see how it's *supposed* to work."

I hesitate to suggest this (since I'm not volunteering to do the work) but perhaps it would be worth packaging up the 3.3. memoryview and publishing it on PyPI for the benefit of 3.2 and 2.7?

May also be worth bringing up on python-dev to see if anyone else has any bright ideas. Myself, I'm not seeing any real choices beyond "won't fix", "backport 3.3 version and remove/disable the new features", "backport 3.3 version, new features and all" and "publish a full featured version on PyPI".
History
Date User Action Args
2012-02-26 11:34:32ncoghlansetrecipients: + ncoghlan, teoliphant, paul.moore, mark.dickinson, rupole, pitrou, kristjan.jonsson, vstinner, pv, skrah, python-dev, jcon, petri.lehtinen
2012-02-26 11:34:32ncoghlansetmessageid: <1330256072.2.0.974536733204.issue10181@psf.upfronthosting.co.za>
2012-02-26 11:34:31ncoghlanlinkissue10181 messages
2012-02-26 11:34:31ncoghlancreate