diff options
author | Kyle Stanley <aeros167@gmail.com> | 2019-09-10 15:09:34 (GMT) |
---|---|---|
committer | Benjamin Peterson <benjamin@python.org> | 2019-09-10 15:09:34 (GMT) |
commit | b6dafe51399f5c6313a00529118a6052b466942f (patch) | |
tree | 903fb6058339b88c8f426c5d3b40f8027216c4bc | |
parent | faff81c05f838b0b7a64bbc8c53c02a9b04bb79d (diff) | |
download | cpython-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.rst | 16 |
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 |