[Python-checkins] peps: Fix some markup where the wrong text markup style was used for bold and italic.
brett.cannon
python-checkins at python.org
Sun Dec 9 19:31:31 CET 2012
http://hg.python.org/peps/rev/4cc6738cfe3f
changeset: 4596:4cc6738cfe3f
user: Brett Cannon <brett at python.org>
date: Sun Dec 09 13:31:24 2012 -0500
summary:
Fix some markup where the wrong text markup style was used for bold and italic.
files:
pep-0399.txt | 6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/pep-0399.txt b/pep-0399.txt
--- a/pep-0399.txt
+++ b/pep-0399.txt
@@ -16,7 +16,7 @@
The Python standard library under CPython contains various instances
of modules implemented in both pure Python and C (either entirely or
partially). This PEP requires that in these instances that the
-C code *must* pass the test suite used for the pure Python code
+C code **must** pass the test suite used for the pure Python code
so as to act as much as a drop-in replacement as reasonably possible
(C- and VM-specific tests are exempt). It is also required that new
C-based modules lacking a pure Python equivalent implementation get
@@ -41,12 +41,12 @@
Python or in the programming language used to implement the VM itself
(e.g., in C# for IronPython). This duplication of effort between
CPython, PyPy, Jython, and IronPython is extremely unfortunate as
-implementing a module *at least* in pure Python would help mitigate
+implementing a module **at least** in pure Python would help mitigate
this duplicate effort.
The purpose of this PEP is to minimize this duplicate effort by
mandating that all new modules added to Python's standard library
-*must* have a pure Python implementation _unless_ special dispensation
+**must** have a pure Python implementation *unless* special dispensation
is given. This makes sure that a module in the stdlib is available to
all VMs and not just to CPython (pre-existing modules that do not meet
this requirement are exempt, although there is nothing preventing
--
Repository URL: http://hg.python.org/peps
More information about the Python-checkins
mailing list