summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorKyle Stanley <aeros167@gmail.com>2019-09-10 15:09:34 (GMT)
committerBenjamin Peterson <benjamin@python.org>2019-09-10 15:09:34 (GMT)
commitb6dafe51399f5c6313a00529118a6052b466942f (patch)
tree903fb6058339b88c8f426c5d3b40f8027216c4bc
parentfaff81c05f838b0b7a64bbc8c53c02a9b04bb79d (diff)
downloadcpython-b6dafe51399f5c6313a00529118a6052b466942f.zip
cpython-b6dafe51399f5c6313a00529118a6052b466942f.tar.gz
cpython-b6dafe51399f5c6313a00529118a6052b466942f.tar.bz2
Docs: Small tweaks to c-api/intro#Include_Files (GH-14698)
-rw-r--r--Doc/c-api/intro.rst16
1 files changed, 9 insertions, 7 deletions
diff --git a/Doc/c-api/intro.rst b/Doc/c-api/intro.rst
index a1c8d34..80eebd8 100644
--- a/Doc/c-api/intro.rst
+++ b/Doc/c-api/intro.rst
@@ -69,10 +69,12 @@ standard headers) have one of the prefixes ``Py`` or ``_Py``. Names beginning
with ``_Py`` are for internal use by the Python implementation and should not be
used by extension writers. Structure member names do not have a reserved prefix.
-**Important:** user code should never define names that begin with ``Py`` or
-``_Py``. This confuses the reader, and jeopardizes the portability of the user
-code to future Python versions, which may define additional names beginning with
-one of these prefixes.
+.. note::
+
+ User code should never define names that begin with ``Py`` or ``_Py``. This
+ confuses the reader, and jeopardizes the portability of the user code to
+ future Python versions, which may define additional names beginning with one
+ of these prefixes.
The header files are typically installed with Python. On Unix, these are
located in the directories :file:`{prefix}/include/pythonversion/` and
@@ -90,9 +92,9 @@ multi-platform builds since the platform independent headers under
:envvar:`prefix` include the platform specific headers from
:envvar:`exec_prefix`.
-C++ users should note that though the API is defined entirely using C, the
-header files do properly declare the entry points to be ``extern "C"``, so there
-is no need to do anything special to use the API from C++.
+C++ users should note that although the API is defined entirely using C, the
+header files properly declare the entry points to be ``extern "C"``. As a result,
+there is no need to do anything special to use the API from C++.
Useful macros