summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorRoman Yurchak <rth.yurchak@gmail.com>2021-03-01 13:47:02 +0100
committerGitHub <noreply@github.com>2021-03-01 13:47:02 +0100
commit8c671cb7a2e99dbd4146a77c0e88f4d24efc911f (patch)
tree76523d8150bc0b2a6c4fb85b933453f6225cbbcc
parent6c79e97d7bac51adb292ce6f7d4d77376f818d52 (diff)
downloadnumpy-8c671cb7a2e99dbd4146a77c0e88f4d24efc911f.tar.gz
DOC Improve formatting in the depending_on_numpy documentation (#18518)
-rw-r--r--doc/source/user/depending_on_numpy.rst2
1 files changed, 1 insertions, 1 deletions
diff --git a/doc/source/user/depending_on_numpy.rst b/doc/source/user/depending_on_numpy.rst
index 4cf272d09..d8e97ef1f 100644
--- a/doc/source/user/depending_on_numpy.rst
+++ b/doc/source/user/depending_on_numpy.rst
@@ -126,7 +126,7 @@ released there will be no matching version of your package that works with it.
What to do here depends on your release frequency. Given that NumPy releases
come in a 6-monthly cadence and that features that get deprecated in NumPy
should stay around for another two releases, a good upper bound is
-``<1.xx+3.0`` - where ``xx`` is the minor version of the latest
+``<1.(xx+3).0`` - where ``xx`` is the minor version of the latest
already-released NumPy. This is safe to do if you release at least once a year.
If your own releases are much less frequent, you may set the upper bound a
little further into the future - this is a trade-off between a future NumPy