Doc: fix default role usage (except in unittest mock docs)

diff --git a/Doc/howto/pyporting.rst b/Doc/howto/pyporting.rst
index e1a460991a7fdaad97c994a012b9f13179c65adb..483dcae68698f9766c1db468e53e8b78fa4ec8e1 100644 (file)
--- a/Doc/howto/pyporting.rst
+++ b/Doc/howto/pyporting.rst
@@ -535,7 +535,7 @@ Update ``map`` for imbalanced input sequences
 '''''''''''''''''''''''''''''''''''''''''''''
 
 With Python 2, when ``map`` was given more than one input sequence it would pad
-the shorter sequences with `None` values, returning a sequence as long as the
+the shorter sequences with ``None`` values, returning a sequence as long as the
 longest input sequence.
 
 With Python 3, if the input sequences to ``map`` are of unequal length, ``map``

diff --git a/Doc/library/ctypes.rst b/Doc/library/ctypes.rst
index a071edc003333b48ef93a5d000e4e1f4b076c524..4109d56b0bd7998ce32ac4d4ce28aa11573ff0ce 100644 (file)
--- a/Doc/library/ctypes.rst
+++ b/Doc/library/ctypes.rst
@@ -1090,7 +1090,7 @@ As we can easily check, our array is sorted now::
    outside of Python's control (e.g. by the foreign code that calls the
    callback), ctypes creates a new dummy Python thread on every invocation. This
    behavior is correct for most purposes, but it means that values stored with
-   `threading.local` will *not* survive across different callbacks, even when
+   :class:`threading.local` will *not* survive across different callbacks, even when
    those calls are made from the same C thread.
 
 .. _ctypes-accessing-values-exported-from-dlls: