Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Contribute to GitLab
Sign in / Register
Toggle navigation
C
cpython
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Issues
0
Issues
0
List
Boards
Labels
Milestones
Merge Requests
0
Merge Requests
0
Analytics
Analytics
Repository
Value Stream
Wiki
Wiki
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Commits
Issue Boards
Open sidebar
Kirill Smelkov
cpython
Commits
7e93c844
Commit
7e93c844
authored
Dec 22, 2016
by
Brett Cannon
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
Grammatical fixes following #d95f19892fd0
parent
ea1cf870
Changes
1
Show whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
4 additions
and
4 deletions
+4
-4
Doc/howto/pyporting.rst
Doc/howto/pyporting.rst
+4
-4
No files found.
Doc/howto/pyporting.rst
View file @
7e93c844
...
@@ -81,7 +81,7 @@ have to import a function instead of using a built-in one, but otherwise the
...
@@ -81,7 +81,7 @@ have to import a function instead of using a built-in one, but otherwise the
overall transformation should not feel foreign to you.
overall transformation should not feel foreign to you.
But you should aim for only supporting Python 2.7. Python 2.6 is no longer
But you should aim for only supporting Python 2.7. Python 2.6 is no longer
freely upported and thus is not receiving bugfixes. This means **you** will have
freely
s
upported and thus is not receiving bugfixes. This means **you** will have
to work around any issues you come across with Python 2.6. There are also some
to work around any issues you come across with Python 2.6. There are also some
tools mentioned in this HOWTO which do not support Python 2.6 (e.g., Pylint_),
tools mentioned in this HOWTO which do not support Python 2.6 (e.g., Pylint_),
and this will become more commonplace as time goes on. It will simply be easier
and this will become more commonplace as time goes on. It will simply be easier
...
@@ -107,9 +107,9 @@ to, you will want to make sure your test suite has good coverage. A good rule of
...
@@ -107,9 +107,9 @@ to, you will want to make sure your test suite has good coverage. A good rule of
thumb is that if you want to be confident enough in your test suite that any
thumb is that if you want to be confident enough in your test suite that any
failures that appear after having tools rewrite your code are actual bugs in the
failures that appear after having tools rewrite your code are actual bugs in the
tools and not in your code. If you want a number to aim for, try to get over 80%
tools and not in your code. If you want a number to aim for, try to get over 80%
coverage (and don't feel bad if you
can't easily get passed 90%). If you
coverage (and don't feel bad if you
find it hard to get better than 90%
don't already have a tool to measure test coverage then coverage.py_ is
coverage). If you don't already have a tool to measure test coverage then
recommended.
coverage.py_ is
recommended.
Learn the differences between Python 2 & 3
Learn the differences between Python 2 & 3
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment