| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Make crystal clear that these remain Python 2 scripts.
|
|
|
|
| |
This is a Python 2 script, revert Python 3 exception handling.
|
|
|
|
| |
This is a Python 2 script, revert Python 3 exception handling.
|
|
|
|
| |
This is a Python 2 script, fstrings are implemented in Python 3 only.
|
|
|
|
|
| |
This is actually a Python 2 script, not a Python 3 script.
Revert the shebang to its previous state.
|
|\
| |
| | |
MAINT: Re-export `LinAlgError` to the `np.linalg.linalg` stubs
|
| | |
|
|\ \
| |/
|/| |
MAINT,DOC: f2py restructring
|
| | |
|
| | |
|
| | |
|
| | |
|
|\ \
| | |
| | | |
MAINT: Bump hypothesis from 6.21.1 to 6.21.6
|
|/ /
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Bumps [hypothesis](https://github.com/HypothesisWorks/hypothesis) from 6.21.1 to 6.21.6.
- [Release notes](https://github.com/HypothesisWorks/hypothesis/releases)
- [Commits](https://github.com/HypothesisWorks/hypothesis/compare/hypothesis-python-6.21.1...hypothesis-python-6.21.6)
---
updated-dependencies:
- dependency-name: hypothesis
dependency-type: direct:production
update-type: version-update:semver-patch
...
Signed-off-by: dependabot[bot] <support@github.com>
|
|\ \
| | |
| | | |
DOC: Fixed refguide errors for basics.creation.rst
|
| | | |
|
|\ \ \
| | | |
| | | | |
ENH: Add a typing protocol for representing nested sequences
|
| | | | |
|
| | | | |
|
| |/ / |
|
|\ \ \
| |/ /
|/| | |
BUG,DOC: Ignore upcoming_changes from refguide
|
|/ / |
|
|\ \
| | |
| | | |
BUG: core: Fix *_like strides for str and bytes dtype.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When a user passed a noncontiguous array to empty_like (or any other _like
function) with dtype=str or dtype=bytes, the returned array would have
strides that were all 0, even though the data type was 'U1' or 'S1'.
The problem was in the C code in the function PyArray_NewLikeArrayWithShape.
Because the default order is "keep", the branch with the comment
/* KEEPORDER needs some analysis of the strides */ was taken. That branch
uses the itemsize (i.e. dtype->elsize) of the requested dtype, but for str
or bytes, that itemsize is 0, so the computed strides end up being 0. It
is in the subsequent call to PyArray_NewFromDescr_int that the itemsize is
updated to be nonzero.
The fix is to use the same check for str or bytes that is used in
PyArray_NewFromDescr_int in PyArray_NewLikeArrayWithShape to figure out
the itemsize when computing the strides in the KEEPORDER branch.
Closes gh-19860.
|
|\ \ \
| | | |
| | | | |
ENH: Add annotations for `np.linalg`
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Whether an array of a `floating` or `complexfloating` dtype is returned depends on the values within in the supplied matrix.
Co-Authored-By: Kevin Sheppard <bashtage@users.noreply.github.com>
|
| | | | |
|
| | | | |
|
| |/ / |
|
|\ \ \
| |_|/
|/| | |
Added hyperlink on numpy logo
|
|/ / |
|
|\ \
| |/
|/| |
TST: Make this sysconfig handling a bit more portable
|
|/
|
|
|
|
|
|
| |
In particular this supports Pyston, which has an additional
format field in these path schemes. Instead of manually
specifying which fields we think exist, do what I assume is the
intention of using the default field values for everything
except for the few that we want to override.
|
|\
| |
| | |
DOC: Added missing C-API functions
|
| |
| |
| | |
Co-authored-by: Melissa Weber Mendonça <melissawm@gmail.com>
|
| |
| |
| |
| |
| |
| |
| |
| | |
1. PyArray_CopyObject
2. PyArray_MapIterArray
3. PyArray_MapIterSwapAxes
4. PyArray_MapIterNext
5. PyArray_MapIterArrayCopyIfOverlap
|
|\ \
| | |
| | | |
DOC: Moved NumPy Internals to Under-the-hood documentation for developers
|
| | | |
|
|\ \ \
| | | |
| | | | |
MAINT: Use SHA-256 instead of SHA-1
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
While the use of SHA-1 here hardly poses any risks, its use
will eventually be prohibited globally in FIPS-compliant operating
systems such as RHEL, and I don't see any downsides in moving away
from using it.
Signed-off-by: Nikola Forró <nforro@redhat.com>
|
|\ \ \ \
| |/ / /
|/| | | |
DOC: Fix the reported module names of objects in the `numpy.typing` API
|
|/ / / |
|
|\ \ \
| | | |
| | | | |
BUG: ensure np.median does not drop subclass for NaN result.
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Currently, np.median is almost completely safe for subclasses, except
if the result is NaN. In that case, it assumes the result is a scalar
and substitutes a NaN with the right dtype. This PR fixes that, since
subclasses like astropy's Quantity generally use array scalars to
preserve subclass information such as the unit.
|
|\ \ \ \
| |/ / /
|/| | | |
DOC: Fix typo in upcoming changes filename
|
|/ / / |
|
|\ \ \
| | | |
| | | | |
BUG: Fix `nanpercentile` ignoring the dtype of all-nan arrays
|