| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
| |
Co-authored-by: Ross Barnowski <rossbar@berkeley.edu>
|
| |
|
| |
|
| |
|
|\
| |
| | |
DOC: Add instruction to do `git pull`
|
| | |
|
| |
| |
| | |
overriden -> overridden
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
np.pad with mode="wrap" returns unexpected result that original data is not strictly looped in padding. This may happen in some occassions when padding widths in the same dimension are unbalanced (see added testcase in test_arraypad.py and the related issue). The reason is the function pad makes iterative calls of _set_wrap_both() in the above situation, yet period for padding is not correctly computed in each iteration.
The bug is fixed by guaranteeing that period is always a multiple of original data size, and also be the possible maximum for computation efficiency.
Closes #22464
Co-authored-by: Lars Grüter <lagru+github@mailbox.org>
|
| |
| |
| |
| |
| |
| |
| | |
* Add reshape differences to the array API compat document
* Add an item to the array API compat document about reverse broadcasting
* Make some wording easier to read
|
|\ \
| |/
|/| |
ENH,DEP: Add DTypePromotionError and finalize the == and != FutureWarning/Deprecation
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
It is a bit too obscure, but explaining that it happens for datetime
unit conversions seems more detailed then useful.
Updated to include a last non-indent line, which the release notes
machinery doesn't like otherwise...
|
| |
| |
| | |
Co-authored-by: Matti Picus <matti.picus@gmail.com>
|
| | |
|
| | |
|
|\ \
| | |
| | | |
DOC: misleading text lead to false hope
|
| |/ |
|
|\ \
| | |
| | | |
BUG: Fix <complex 0>^{non-zero}
|
| | |
| | |
| | | |
Co-authored-by: Matti Picus <matti.picus@gmail.com>
|
| | |
| | |
| | | |
Co-authored-by: Matti Picus <matti.picus@gmail.com>
|
| | |
| | |
| | |
| | | |
Co-authored-by: Matti Picus <matti.picus@gmail.com>
Co-authored-by: Ivan Gonzalez <scratchmex@gmail.com>
|
| | | |
|
| | | |
|
| |/
|/|
| | |
This deprecation is no longer mentioned elsewhere on the page.
|
| | |
|
| |
| |
| |
| |
| | |
AxisError did exist, but e.g. ComplexWarning wasn't even properly
included.
|
|\ \
| | |
| | | |
API: Add numpy.testing.overrides to aid testing of custom array containers
|
| | |
| | |
| | |
| | | |
Closes #15544
|
|\ \ \
| | | |
| | | | |
API: (cython) remove `long_t` and `ulong_t`
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
They are both very confusing aliases. Unfortunately, I did not find
a way to give a more informative cython compilation error.
Thus, I pasted the expected error message in the hope it will be
easy to google.
The release notes are long and maybe confusing. I really want to
prepare us for switching the default integer to (probably) `intp`
and this could be rather disprutpive for Cython modules if, so
I thought it might be good to hint towards that, but maybe that is
too much?
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* DOC: Slightly improve error when gufunc axes has wrong size
My hope was to tweak it into something useful that:
a @= b
can raise when `b` should have two dimensions and has two axes specified
but actually only has one.
I didn't succeed, but I still think it a slight improvement to give the
ufunc name and the actual core dimensions.
* ENH: Use AxisError when gufunc axes appear wrong due to the number of entries
This allows catching the error relatively targeted for in-place matmul `a @= b`
which may use this path.
* MAINT: Restore most TypeErrors (a bit more compexl than nice, but...)
* DOC: add a release note
Co-authored-by: mattip <matti.picus@gmail.com>
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
(#22684)
* make isnan, isinf, isfinite, signbit, nextafter aliases
* fixes from review
Co-authored-by: Sebastian Berg <sebastianb@nvidia.com>
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This enables building with NumPy on Linux and macOS. Windows support
should be complete to, but is untested as of now and may need a few
tweaks. This contains:
- A set of `meson.build` files and related code generation script
tweaks, header templates, etc.
- One CI job on Linux
- Basic docs on using Meson to build NumPy (not yet integrated in the
html docs, it's too early for that - this is for early adopters right
now).
The build should be complete, with the major exception of SIMD support.
The full test suite passes. See gh-22546 for the tracking issue with
detailed notes on the plan for switching NumPy to Meson as its build
system.
Co-authored-by: Stefan van der Walt <stefanv@berkeley.edu>
|
|\ \ \ \
| | | | |
| | | | | |
DEP: Finalize MachAr and machar deprecations
|
| |/ / /
| | | |
| | | |
| | | |
| | | |
| | | | |
This removes the attributes on finfo and the "public" module. It also
deprecates `np.core.MachAr`. We should be able to get away with just
deleting it, but there seems little reason to not just deprecate it for now.
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
* ENH: raise TypeError when arange() is called with string dtype
* Add release note for dtype=str change to arange()
* DOC: Minor wording/formatting touchups to release note.
* Update numpy/core/tests/test_multiarray.py
Co-authored-by: Ross Barnowski <rossbar@berkeley.edu>
* Move check to PyArray_ArangeObj
* remove old code
* BUG,MAINT: Clean out arange string error and other paths
* BUGS: Fixup and cleanup arange code a bit
* DOC: Update release note to new message
* BUG: Fix refcounting and simplify arange
* MAINT: Use SETREF to make arange dtype discovery more compact
* MAINT: Update numpy/core/src/multiarray/ctors.c
Co-authored-by: Ross Barnowski <rossbar@berkeley.edu>
Co-authored-by: Sebastian Berg <sebastianb@nvidia.com>
Co-authored-by: Charles Harris <charlesr.harris@gmail.com>
|
|\ \ \ \
| | | | |
| | | | | |
ENH: Allow creating structured void scalars by passing dtype
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Adds an optional `dtype=` kwarg to `np.void`. If given (and not None),
this kwarg effectively turns it into:
res = np.array(data, dtype=dtype)[()]
Thanks for Marten's review and Bas' help with the typing.
Reviewed-by: Marten van Kerkwijk <mhvk@astro.utoronto.ca>
Co-authored-by: Bas van Beek <43369155+BvB93@users.noreply.github.com>
|
| |/ / /
|/| | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
We do not use these in NumPy anymore, and at this point the whole
`npy_interrupt.h` header only exists in case someone is using it
out there.
We may wish to just remove it at some point, vendoring the header is
simple enough after all (and no known downstream usage exists).
See also gh-7545, gh-12541
|
|\ \ \ \
| | | | |
| | | | | |
DEP: Next step in scalar type alias deprecations/futurewarnings
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | | |
[skip actions] [skip travis] [skip azp]
|
|/ / / / |
|
|\ \ \ \
| | | | |
| | | | | |
MAINT, CI: Update Ubuntu 18.04 to Ubuntu 20.04
|
| | |/ /
| |/| |
| | | |
| | | | |
We have dropped GCC-6 build testing.
|
|/ / / |
|
|\ \ \
| | | |
| | | | |
DEP: Expire deprecation of dtype/signature allowing instances
|