| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | |
|
|\ \
| |/
|/| |
DOC: Explain how to use sequences of integers as seeds.
|
| | |
|
|/
|
|
| |
Since Sphinx 5.0.0, some intersphinx links need explicit inventory names or they won't be resolved correctly. See https://www.sphinx-doc.org/en/master/changes.html\#release-5-0-0-released-may-30-2022 and https://github.com/sphinx-doc/sphinx/issues/2068.
|
|
|
|
|
|
|
| |
Fix misspelling in masked_print_option data entry and add explanation on how to
change the value.
Co-authored-by: 渡邉 美希 <miki.watanabe@watanabenoMacBook-Pro.local>
Co-authored-by: Ross Barnowski <rossbar@berkeley.edu>
|
|\
| |
| | |
DOC: Document expectation for object array initialization
|
| |
| |
| |
| | |
Co-authored-by: Charles Harris <charlesr.harris@gmail.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This documents (and thus semi-establishes) that we try to make
sure that any array that may be *read* is fully initialized with
proper Python objects (not NULL).
However, try to write in a way that clearly says that users are not
allowed to rely on this. I somewhat suspect there are more code
paths where we may to fail fully initializing object arrays...
It does promise to regard such things as bugs, if we do not want
that, I am happy to just tell users to expect NULLs.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* DOC: Add a note about security and NumPy to the documentation
The main plan is to have something to point to when we get "security
adviseries" for issues where it is necessary to trigger very exact
bugs in impossible places, or just require direct API access to begin
with.
Neither of this is a serious security issue. I thought it might be
good to make a note that e.g. structured dtypes are a big complexity
source that one should maybe be careful about.
* DOC: Apply review suggestions
Co-authored-by: Leo Fang <leofang@bnl.gov>
* DOC: Incorporate review suggestions for security docs
Co-authored-by: Ralf Gommers <ralf.gommers@gmail.com>
* Update doc/source/reference/security.rst
Co-authored-by: Ross Barnowski <rossbar@berkeley.edu>
* Update doc/source/reference/security.rst
Co-authored-by: Ross Barnowski <rossbar@berkeley.edu>
Co-authored-by: Leo Fang <leofang@bnl.gov>
Co-authored-by: Ralf Gommers <ralf.gommers@gmail.com>
Co-authored-by: Charles Harris <charlesr.harris@gmail.com>
Co-authored-by: Ross Barnowski <rossbar@berkeley.edu>
|
|\ \
| |/
|/| |
DOC: improve description of the `data` entry in `__array_interface__`
|
| |
| |
| |
| | |
Co-authored-by: Axel Huebl <axel.huebl@plasma.ninja>.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The previous guidance on the integer type of `data` was a bit
misleading in practice and has now been improved.
In practice, Unix is fine with `int` (32bit) and `long` (64bit),
but Windows requires `long long` to hold a pointer.
https://en.cppreference.com/w/cpp/language/types
In order not to complicate the guidance, recommend the `intptr_t`
type explicitly.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* limit the number of decimals in Polynomial representation
* tests pass
* parenthesize exponential notation in polynomials
* fixed a long line warning
* added polynomial printoptions tests
* polynomial printoptions typo fixed
* made switch to exp notation in polynomial display more natural
* added a test on switching polynomials to exp notation
* fixed linter errors/warnings
* support for nanstr and infstr printoptions in polynomials
* 10^8 threshold for switching to exp notation when displaying polynomials
* merged in PR #21696 fixing issue #21695
* made linter happy
* made some docstring tests pass
* fixed the docs
Co-authored-by: Lev Maximov <lev.maximov@gmail.com>
|
| |
| |
| |
| |
| | |
I forgot to mention them, but they are important because this would be a
breaking change.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
* ~ not ^
* = skipped for -
* swap - and = underline in files they are swapped
* * to = in header underline
* - to = and * to - for consitency
* A few more change * -> ~
* use ~ instead of +
* DOC: Fixup `c-api/array.rst` with further ^ with ~ replacement
There is still a fourth level here, which remains using "
Co-authored-by: Sebastian Berg <sebastian@sipsolutions.net>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This contains various RST reformatting.
One, moving `(C)` one line up, is specific to a bug in tree-sitter-rst
that mis parses this section. Another is adding one black line for a
similar reason where `..` is seen as section underline by
tree-sitter-rst.
This is some shuffling of section underline: try to be consitant,
`=`, then `-`, then `~`, with this refactor there is also no more
section that use backticks as underline.
Note in particular that non-consitency of underline lead to a problem in
datetime64 section where "weekmasks" (underlined with `-`) were actually
a level-4 heading instead of a level 2 or 3 I guess, and thus were
nested under the `busday_count()` section.
You'll note also 2 formulas that are under double-quotes as they are not
references.
|
| |
| |
| |
| |
| |
| |
| | |
Adds a symbol attribute to the polynomials from the np.polynomial package to allow the user to control/modify the symbol used to represent the independent variable for a polynomial expression. This attribute corresponds to the variable attribute of the poly1d class from the old np.lib.polynomial module.
Marked as draft for now as it depends on #15666 - all _str* and _repr* methods of ABCPolyBase and derived classes would need to be modified (and tested) to support this change.
Co-authored-by: Warren Weckesser <warren.weckesser@gmail.com>
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Changed files are
- doc/HOWTO_RELEASE.rst
- doc/Makefile
- doc/changelog/1.15.0-changelog.rst
- doc/changelog/1.16.0-changelog.rst
- doc/changelog/1.17.0-changelog.rst
- doc/changelog/1.19.0-changelog.rst
- doc/changelog/1.21.0-changelog.rst
- doc/neps/nep-0045-c_style_guide.rst
- doc/source/dev/howto_build_docs.rst
- doc/source/dev/releasing.rst
- doc/source/reference/distutils_guide.rst
- doc/source/reference/testing.rst
- doc/source/release/1.7.0-notes.rst
- doc/source/release/1.8.0-notes.rst
|
| |
| |
| |
| |
| | |
The PyArray_AsCArray API does not conform to the documentation and
document that the call steals a reference to the PyArray_Descr argument.
|
|\ \
| | |
| | | |
ENH: add ndenumerate specialization for masked arrays
|
| | | |
|
| | |
| | |
| | | |
Co-authored-by: Matti Picus <matti.picus@gmail.com>
|
|/ / |
|
|\ \
| | |
| | | |
DOC: fix sphinx errors due to np.emath references
|
| | | |
|
| | | |
|
| | | |
|
| |\ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
There are a number of broken links to the numpy.emath module because
there are no generated documentation for numpy.emath, which is an alias
of numpy.lib.scimath. This fixes the broken links by generating
documentation for numpy.emath, that duplicates the documentation for
numpy.lib.scimath.
|
|\ \ \ \
| | | | |
| | | | | |
Small updates to the array_api docs
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
These items were not clear in the original PR #21260 but have since been
clarified.
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
* DOC: contigous -> contiguous
* DOC: enlongated -> elongated
* DOC: thuse -> thus
* DOC: quantityt -> quantity
* DOC: suppled -> supplied
* DOC: intgrally -> integrally
* DOC: assignnent -> assignment
* DOC: homoegeneous -> homogeneous
* DOC: interpereted -> interpreted
* DOC: optimised -> optimized
* DOC: Advantanges -> Advantages
* DOC: realised -> realized
* DOC: parametrizing -> parameterizing
* DOC: realised -> realized
* DOC: intrisics -> intrinsics
* DOC: ablility -> ability
* DOC: intrisic -> intrinsic
* DOC: unversal -> universal
* DOC: machnisms -> mechanisms
* DOC: specfiy -> specify
* DOC: exclution -> exclusion
* DOC: optimzations -> optimizations
* DOC: declrations -> declarations
* DOC: auto-gernreated -> auto-generated
* DOC: it highely recomaned -> it is highly recommended
* DOC: exectuing -> executing
* DOC: strectched -> stretched
* DOC: foriegn -> foreign
* DOC: indeded -> intended
* DOC: multimdimensional -> multidimensional
* DOC: supserseded -> superseded
* DOC: generalisation -> generalization
* FIX: whitespace before comma
|
|\ \ \ \ \
| |/ / / /
| | | | | |
Add a document that enumerates the differences between numpy and numpy.array_api
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This applies even of the name changed, because it affects the case where no
keyword is passed.
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | | |
implemented)
|
| | | | | |
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
This is a more organized presentation of the various "Note" comments in
numpy/array_api.
In particular, each difference is notated as to whether it is a strictness
difference (no change in NumPy needed), a compatible change (NumPy can change
in a backwards compatible way), or a breaking change (NumPy would need to
break backwards compatibility to match the spec).
|
| | | | |
| | | | |
| | | | |
| | | | | |
Kept the Python code output uniform
|
| |_|_|/
|/| | | |
|
|/ / / |
|
| | | |
|
| |/
|/| |
|
|\ \
| | |
| | | |
DEP: deprecate `numpy.distutils`, and add a migration guide
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
[skip azp]
[skip actions]
Also addresses review comments.
|
| | | |
|
|\ \ \
| |/ /
|/| | |
DOC: explicitly define numpy.datetime64 semantics
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Explicity state datetime64 semantics:
- adoption of proleptic Gregorian Calendar
- Astronomical year numbering
- 86400 s constant length of day.
Add some exmples of shortcomings of the above semnatics with ref. to
UTC timescale (missing leap seconds) and UT timescale (variable
legth of day).
Closes GH-20675
|
| |/
|/|
| |
| |
| | |
An error is for now raised in `setup.py` if this is set, eventually
we should just delete that.
|