<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/python-packages/numpy.git/numpy/core/src, branch v1.17.0rc2</title>
<subtitle>github.com: numpy/numpy.git
</subtitle>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/'/>
<entry>
<title>Merge pull request #13993 from seberg/issue-13929-2</title>
<updated>2019-07-15T12:57:03+00:00</updated>
<author>
<name>Matti Picus</name>
<email>matti.picus@gmail.com</email>
</author>
<published>2019-07-15T12:57:03+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=562405c74fe7cebf22d45cb0de77bb23e082fd63'/>
<id>562405c74fe7cebf22d45cb0de77bb23e082fd63</id>
<content type='text'>
DEP: Speed up WarnOnWrite deprecation in buffer interface</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
DEP: Speed up WarnOnWrite deprecation in buffer interface</pre>
</div>
</content>
</entry>
<entry>
<title>DEP: Speed up WarnOnWrite deprecation in buffer interface</title>
<updated>2019-07-14T21:53:55+00:00</updated>
<author>
<name>Sebastian Berg</name>
<email>sebastian@sipsolutions.net</email>
</author>
<published>2019-07-08T20:18:44+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=c24e43c0eb4dd6f9e4bf12519000cb9f662a5425'/>
<id>c24e43c0eb4dd6f9e4bf12519000cb9f662a5425</id>
<content type='text'>
When a buffer interface does not request a writeable buffer,
simply pass a read-only one when the warn on write flag is set.

This is to give an easier way forward with avoiding the deprecation
warnings: Simply do not ask for a writeable buffer.

It will break code that expects writeable buffers but does not
ask for them specifically a bit harder than would be nice.
But since such code probably should ask for it specifically, this
is likely fine (an RC release has to find out).

The main reason for this is, that this way it plays very will with
cython, which requests writeable buffers explicitly and if declared
`const` is happy about read-only (so that using `const` is the best
way to avoid the warning and makes code cleaner).

Closes gh-13929, gh-13974
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When a buffer interface does not request a writeable buffer,
simply pass a read-only one when the warn on write flag is set.

This is to give an easier way forward with avoiding the deprecation
warnings: Simply do not ask for a writeable buffer.

It will break code that expects writeable buffers but does not
ask for them specifically a bit harder than would be nice.
But since such code probably should ask for it specifically, this
is likely fine (an RC release has to find out).

The main reason for this is, that this way it plays very will with
cython, which requests writeable buffers explicitly and if declared
`const` is happy about read-only (so that using `const` is the best
way to avoid the warning and makes code cleaner).

Closes gh-13929, gh-13974
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge pull request #13996 from charris/backport-13907</title>
<updated>2019-07-14T20:27:03+00:00</updated>
<author>
<name>Matti Picus</name>
<email>matti.picus@gmail.com</email>
</author>
<published>2019-07-14T20:27:03+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=727c18517c67351304792b4e1ec59c004d0a5ff3'/>
<id>727c18517c67351304792b4e1ec59c004d0a5ff3</id>
<content type='text'>
BUG: Handle weird bytestrings in dtype()</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
BUG: Handle weird bytestrings in dtype()</pre>
</div>
</content>
</entry>
<entry>
<title>STY: Cast away signdness on value rather than pointer</title>
<updated>2019-07-14T18:05:57+00:00</updated>
<author>
<name>Steve Stagg</name>
<email>stestagg@gmail.com</email>
</author>
<published>2019-07-04T10:50:33+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=330d07aef4070ce88022ed9ba15e63b614c48602'/>
<id>330d07aef4070ce88022ed9ba15e63b614c48602</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>BUG: handle weird bytestrings in dtype() (#13902)</title>
<updated>2019-07-14T18:05:57+00:00</updated>
<author>
<name>Steve Stagg</name>
<email>ste@sta.gg</email>
</author>
<published>2019-07-03T21:39:18+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=f2c532a627c899812b46092293251bd98f223766'/>
<id>f2c532a627c899812b46092293251bd98f223766</id>
<content type='text'>
 * Explicit check for negative type value in PyArray_DescrFromType
 * PyArray_DescrConverter casts to unsigned char to match python bytes
 * Add some tests
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
 * Explicit check for negative type value in PyArray_DescrFromType
 * PyArray_DescrConverter casts to unsigned char to match python bytes
 * Add some tests
</pre>
</div>
</content>
</entry>
<entry>
<title>BUG: Do not crash on recursive `.dtype` attribute lookup.</title>
<updated>2019-07-14T17:21:30+00:00</updated>
<author>
<name>Sebastian Berg</name>
<email>sebastian@sipsolutions.net</email>
</author>
<published>2019-02-20T21:28:47+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=dddd44dfe12412e93c79492207fc1a1e393a7cba'/>
<id>dddd44dfe12412e93c79492207fc1a1e393a7cba</id>
<content type='text'>
The code path in scalarapi.c which checks dtype on one inheriting
from np.void is especially awkward and was completely untested
previously. So I am not sure we should even support it at all.

Closes gh-12982, gh-3614, and gh-12751
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The code path in scalarapi.c which checks dtype on one inheriting
from np.void is especially awkward and was completely untested
previously. So I am not sure we should even support it at all.

Closes gh-12982, gh-3614, and gh-12751
</pre>
</div>
</content>
</entry>
<entry>
<title>MAINT,BUG: Use nbytes to also catch empty descr during allocation</title>
<updated>2019-06-30T02:16:14+00:00</updated>
<author>
<name>Sebastian Berg</name>
<email>sebastian@sipsolutions.net</email>
</author>
<published>2019-06-29T02:02:36+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=45ca9d9fc7ab57b2757a37b20fdce687074f0c53'/>
<id>45ca9d9fc7ab57b2757a37b20fdce687074f0c53</id>
<content type='text'>
We do not want to allocate 0 bytes (since it is not well defined),
normally nbytes is 0 if the array is empty. But in case also the
descriptor element size is empty, use 1 byte.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We do not want to allocate 0 bytes (since it is not well defined),
normally nbytes is 0 if the array is empty. But in case also the
descriptor element size is empty, use 1 byte.
</pre>
</div>
</content>
</entry>
<entry>
<title>ENH: Deprecate writeable broadcast_array (#12609)</title>
<updated>2019-06-29T01:27:42+00:00</updated>
<author>
<name>Matti Picus</name>
<email>matti.picus@gmail.com</email>
</author>
<published>2019-06-29T01:27:42+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=59ebfbbe32bcac4a278c39a9a24b80a42d47a8f6'/>
<id>59ebfbbe32bcac4a278c39a9a24b80a42d47a8f6</id>
<content type='text'>
When the base is not an array (or generally when the flag of the base
array was toggled), it is OK to allow setting the writeable flag to
True, as long as any ancestor (especially the last one) is writeable.

This commit also slightly change the behaviour of the base attribute. 

---

* ENH: Deprecate writeable broadcast_array

* ENH: Make writeable flag enabling more reliable for non-array bases

When the base is not an array (or generally when the flag of the base
array was toggled), it is OK to allow setting the writeable flag to
True, as long as any ancestor (especially the last one) is writeable.

* Update doc/release/1.17.0-notes.rst

Co-Authored-By: Sebastian Berg &lt;sebastian@sipsolutions.net&gt;

* Update doc/release/1.17.0-notes.rst

Co-Authored-By: Sebastian Berg &lt;sebastian@sipsolutions.net&gt;

* Update numpy/lib/tests/test_stride_tricks.py

Co-Authored-By: Sebastian Berg &lt;sebastian@sipsolutions.net&gt;

* Update numpy/core/tests/test_multiarray.py

Co-Authored-By: Sebastian Berg &lt;sebastian@sipsolutions.net&gt;

* DOC: improve warning (from review)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When the base is not an array (or generally when the flag of the base
array was toggled), it is OK to allow setting the writeable flag to
True, as long as any ancestor (especially the last one) is writeable.

This commit also slightly change the behaviour of the base attribute. 

---

* ENH: Deprecate writeable broadcast_array

* ENH: Make writeable flag enabling more reliable for non-array bases

When the base is not an array (or generally when the flag of the base
array was toggled), it is OK to allow setting the writeable flag to
True, as long as any ancestor (especially the last one) is writeable.

* Update doc/release/1.17.0-notes.rst

Co-Authored-By: Sebastian Berg &lt;sebastian@sipsolutions.net&gt;

* Update doc/release/1.17.0-notes.rst

Co-Authored-By: Sebastian Berg &lt;sebastian@sipsolutions.net&gt;

* Update numpy/lib/tests/test_stride_tricks.py

Co-Authored-By: Sebastian Berg &lt;sebastian@sipsolutions.net&gt;

* Update numpy/core/tests/test_multiarray.py

Co-Authored-By: Sebastian Berg &lt;sebastian@sipsolutions.net&gt;

* DOC: improve warning (from review)
</pre>
</div>
</content>
</entry>
<entry>
<title>Merge pull request #13855 from seberg/dtype-from-dict</title>
<updated>2019-06-28T15:51:03+00:00</updated>
<author>
<name>Matti Picus</name>
<email>matti.picus@gmail.com</email>
</author>
<published>2019-06-28T15:51:03+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=ad84b69bda8eb5e2998370148b9e830d40099d5c'/>
<id>ad84b69bda8eb5e2998370148b9e830d40099d5c</id>
<content type='text'>
BUG: Fix memory leaks in dtype constructor code</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
BUG: Fix memory leaks in dtype constructor code</pre>
</div>
</content>
</entry>
<entry>
<title>BUG: Add missing decref in ctypes check</title>
<updated>2019-06-28T03:01:12+00:00</updated>
<author>
<name>Sebastian Berg</name>
<email>sebastian@sipsolutions.net</email>
</author>
<published>2019-06-28T03:01:12+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=f5f8876e86a699dc1c43a1369c963916684ec8de'/>
<id>f5f8876e86a699dc1c43a1369c963916684ec8de</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
</feed>
