<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/python-packages/numpy.git/numpy/core/defchararray.py, branch v1.10.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>MAINT: Fix some pyflakes warnings in numpy/core/*.py</title>
<updated>2015-07-05T23:29:25+00:00</updated>
<author>
<name>Charles Harris</name>
<email>charlesr.harris@gmail.com</email>
</author>
<published>2015-07-05T19:19:43+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=7fa8ab6ac29c1dccf34dae5c53211ace67620ed7'/>
<id>7fa8ab6ac29c1dccf34dae5c53211ace67620ed7</id>
<content type='text'>
These fixes are not agressive as some of the code is complicated
and it is better to be careful.

The files numeric.py and numerictypes.py are not easily analysed
and the latter is self modifying. Pyflakes generates a number of
invalid warnings for those files.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
These fixes are not agressive as some of the code is complicated
and it is better to be careful.

The files numeric.py and numerictypes.py are not easily analysed
and the latter is self modifying. Pyflakes generates a number of
invalid warnings for those files.
</pre>
</div>
</content>
</entry>
<entry>
<title>STY: PEP8 fixes for numpy/core/*.py</title>
<updated>2015-07-05T18:18:26+00:00</updated>
<author>
<name>Charles Harris</name>
<email>charlesr.harris@gmail.com</email>
</author>
<published>2015-07-05T17:47:29+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=8b3e9ae5262c1da1118370cd6e83db9b2166952e'/>
<id>8b3e9ae5262c1da1118370cd6e83db9b2166952e</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>DOC: Fix docstring warnings in documetation generation.</title>
<updated>2015-07-02T05:40:56+00:00</updated>
<author>
<name>Charles Harris</name>
<email>charlesr.harris@gmail.com</email>
</author>
<published>2015-07-02T05:36:38+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=f5e9adbbf87903e42d03bb3dd5f86b70a89e930c'/>
<id>f5e9adbbf87903e42d03bb3dd5f86b70a89e930c</id>
<content type='text'>
Most of these fixes involve putting blank lines around

.. versionadded:: x.x.x

and

.. deprecated:: x.x.x

Some of the examples were also fixed.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Most of these fixes involve putting blank lines around

.. versionadded:: x.x.x

and

.. deprecated:: x.x.x

Some of the examples were also fixed.
</pre>
</div>
</content>
</entry>
<entry>
<title>BUG: Fixed slicing of chararrays on Python 3.</title>
<updated>2015-06-22T22:14:41+00:00</updated>
<author>
<name>Erik M. Bray</name>
<email>embray@stsci.edu</email>
</author>
<published>2015-06-18T22:52:16+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=eef0e0ead3107d45c940480a40f66b7077f190bb'/>
<id>eef0e0ead3107d45c940480a40f66b7077f190bb</id>
<content type='text'>
When taking a slice of a chararray it was calling the rstrip() method
on the resulting slice, resulting in a new array rather than a view
of the original.  This was an unintended consequence of the sq_slice
member of the tp_as_sequence mapping being ignored in Python 3, so
that slice lookups go directly through __getitem__.

Fix test_expandtabs to not make the assumption that rstrip() will be applied twice to a value when using T[x][y] style indexing.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When taking a slice of a chararray it was calling the rstrip() method
on the resulting slice, resulting in a new array rather than a view
of the original.  This was an unintended consequence of the sq_slice
member of the tp_as_sequence mapping being ignored in Python 3, so
that slice lookups go directly through __getitem__.

Fix test_expandtabs to not make the assumption that rstrip() will be applied twice to a value when using T[x][y] style indexing.
</pre>
</div>
</content>
</entry>
<entry>
<title>DOC : do not abuse enum markup</title>
<updated>2014-12-12T19:00:39+00:00</updated>
<author>
<name>Thomas A Caswell</name>
<email>tcaswell@gmail.com</email>
</author>
<published>2014-12-09T23:19:32+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=93ee10ef98936e1fa5386836fd5b34b4b6e4bb68'/>
<id>93ee10ef98936e1fa5386836fd5b34b4b6e4bb68</id>
<content type='text'>
 - {ndarray, bool} -&gt; ndarray or bool
 - {int, array of ints} -&gt; int or array of ints
 - {str, function} -&gt; str or function
 - {sequnce, int} -&gt; sequence or int
 - {array_like, poly1d} -&gt; array_like or poly1d
 - {None, list of `m` scalars, scalar} -&gt; list of `m` scalars or scalar
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
 - {ndarray, bool} -&gt; ndarray or bool
 - {int, array of ints} -&gt; int or array of ints
 - {str, function} -&gt; str or function
 - {sequnce, int} -&gt; sequence or int
 - {array_like, poly1d} -&gt; array_like or poly1d
 - {None, list of `m` scalars, scalar} -&gt; list of `m` scalars or scalar
</pre>
</div>
</content>
</entry>
<entry>
<title>DOC: np.char.startswith checks a prefix, not a suffix</title>
<updated>2013-08-01T12:46:01+00:00</updated>
<author>
<name>Lars Buitinck</name>
<email>L.J.Buitinck@uva.nl</email>
</author>
<published>2013-08-01T12:46:01+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=24629467570d4bb60b169c6a5e2397dcbc0484bb'/>
<id>24629467570d4bb60b169c6a5e2397dcbc0484bb</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>MAINT: adept divisions for truedivide</title>
<updated>2013-05-31T17:16:02+00:00</updated>
<author>
<name>Sebastian Berg</name>
<email>sebastian@sipsolutions.net</email>
</author>
<published>2013-04-13T07:41:22+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=5c8d5c263b93700ae92aff38bb9a8d05c0a185e6'/>
<id>5c8d5c263b93700ae92aff38bb9a8d05c0a185e6</id>
<content type='text'>
Following deprecations would cause problems otherwise.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Following deprecations would cause problems otherwise.
</pre>
</div>
</content>
</entry>
<entry>
<title>MAINT: Remove unneeded version checks.</title>
<updated>2013-04-25T01:29:58+00:00</updated>
<author>
<name>Charles Harris</name>
<email>charlesr.harris@gmail.com</email>
</author>
<published>2013-04-22T04:52:15+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=c92d924dd3dfa9eb97f65848e04ec9391709bc09'/>
<id>c92d924dd3dfa9eb97f65848e04ec9391709bc09</id>
<content type='text'>
Now that only Python versions 2.6-2.7 and 3.2-3.3 are supported
some version checks are no longer needed. This patch removes them
so as to clean up the code.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Now that only Python versions 2.6-2.7 and 3.2-3.3 are supported
some version checks are no longer needed. This patch removes them
so as to clean up the code.
</pre>
</div>
</content>
</entry>
<entry>
<title>2to3: Apply the `numliterals` fixer and skip the `long` fixer.</title>
<updated>2013-04-13T13:43:56+00:00</updated>
<author>
<name>Charles Harris</name>
<email>charlesr.harris@gmail.com</email>
</author>
<published>2013-04-11T20:31:52+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=7f5af37e26ba2e99ad3ee6928b78437f601e96e0'/>
<id>7f5af37e26ba2e99ad3ee6928b78437f601e96e0</id>
<content type='text'>
The numliterals fixer replaces the old style octal number like '01' by
'0o1' removes the 'L' suffix.

Octal values were previously mistakenly specified in some dates, those
uses have been corrected by removing the leading zeros.

Simply Removing the 'L' suffix should not be a problem, but in some
testing code it looks neccesary, so in those places the Python long
constructor is used instead.

The 'long' type is no longer defined in Python 3. Because we need to
have it defined for Python 2 it is added to numpy/compat/np3k.py where
it is defined as 'int' for Python 3 and 'long' for Python 2. The `long`
fixer then needs to be skipped so that it doesn't undo the good work.

Closes #3074, #3067.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The numliterals fixer replaces the old style octal number like '01' by
'0o1' removes the 'L' suffix.

Octal values were previously mistakenly specified in some dates, those
uses have been corrected by removing the leading zeros.

Simply Removing the 'L' suffix should not be a problem, but in some
testing code it looks neccesary, so in those places the Python long
constructor is used instead.

The 'long' type is no longer defined in Python 3. Because we need to
have it defined for Python 2 it is added to numpy/compat/np3k.py where
it is defined as 'int' for Python 3 and 'long' for Python 2. The `long`
fixer then needs to be skipped so that it doesn't undo the good work.

Closes #3074, #3067.
</pre>
</div>
</content>
</entry>
<entry>
<title>2to3: Apply `print` fixer.</title>
<updated>2013-04-06T19:25:26+00:00</updated>
<author>
<name>Charles Harris</name>
<email>charlesr.harris@gmail.com</email>
</author>
<published>2013-04-06T19:25:26+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/python-packages/numpy.git/commit/?id=bb726ca19f434f5055c0efceefe48d89469fcbbe'/>
<id>bb726ca19f434f5055c0efceefe48d89469fcbbe</id>
<content type='text'>
Add `print_function` to all `from __future__ import ...` statements
and use the python3 print function syntax everywhere.

Closes #3078.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Add `print_function` to all `from __future__ import ...` statements
and use the python3 print function syntax everywhere.

Closes #3078.
</pre>
</div>
</content>
</entry>
</feed>
