Lint docs v3

python · encukou · Aug 15, 2024 · Dec 31, 2023 · Dec 31, 2023 · Jan 15, 2024
commit dd1e8b4c72d5a42ddfef783879b867443458832e
diff --git a/Doc/c-api/init.rst b/Doc/c-api/init.rst
@@ -390,11 +390,12 @@ Initializing and finalizing the interpreter
    time (without calling :c:func:`Py_Initialize` again first).  Normally the
    return value is ``0``.  If there were errors during finalization
    (flushing buffered data), ``-1`` is returned.
- 
+
    Note that Python will do a best effort at freeing all memory allocated by the Python
    interpreter.  Therefore, any C-Extension should make sure to correctly clean up all
    of the preveiously allocated PyObjects before using them in subsequent calls to
-   `Py_Initialize`.  Otherwise it introduces vulnerabilities and incorrect behavior.
+   :c:func:`Py_Initialize`.  Otherwise it could introduce vulnerabilities and incorrect
+   behavior.
 
    This function is provided for a number of reasons.  An embedding application
    might want to restart Python without having to restart the application itself.

diff --git a/Doc/whatsnew/3.13.rst b/Doc/whatsnew/3.13.rst
@@ -1366,10 +1366,10 @@ New Features
 * Modified :c:func:`_PyUnicode_ClearInterned` function to always delete all
   interned strings during a call to :c:func:`Py_Finalize`. This makes all
   is backwards incompatible to any C-Extension that holds onto an interned
-  string after a call to c:func:`Py_Finalize` and is then reused after a
-  call to c:func:`Py_Initialize`. Any issues arising from this behavior will
+  string after a call to :c:func:`Py_Finalize` and is then reused after a
+  call to :c:func:`Py_Initialize`.  Any issues arising from this behavior will
   normally result in crashes during the exectuion of the subsequent call to
-  c:func:`Py_Initatilize` from accessing uninitialized memory. To fix, use
+  :c:func:`Py_Initatilize` from accessing uninitialized memory. To fix, use
   an address sanitizer (i.e. ASAN) to identify any use-after-free coming from
   an interned string and deallocate it during module shutdown.
   (Contribued by Eddie Elizondo in :gh:`113601`.)