diff options
author | Eli Bendersky <eliben@gmail.com> | 2011-02-07 04:19:57 (GMT) |
---|---|---|
committer | Eli Bendersky <eliben@gmail.com> | 2011-02-07 04:19:57 (GMT) |
commit | 2d062de1d821adc36d92a34e5d806d21da0e87e1 (patch) | |
tree | ea024f142e796b4bec7308e16869cd1eaa14926b /Doc/howto/pyporting.rst | |
parent | 8cd0b38392994c5af7d9bd430c149bdd3a0f9a6d (diff) | |
download | cpython-2d062de1d821adc36d92a34e5d806d21da0e87e1.zip cpython-2d062de1d821adc36d92a34e5d806d21da0e87e1.tar.gz cpython-2d062de1d821adc36d92a34e5d806d21da0e87e1.tar.bz2 |
Fix some typos and grammar
[commit during RC with Brett's approval]
Diffstat (limited to 'Doc/howto/pyporting.rst')
-rw-r--r-- | Doc/howto/pyporting.rst | 17 |
1 files changed, 8 insertions, 9 deletions
diff --git a/Doc/howto/pyporting.rst b/Doc/howto/pyporting.rst index 042d120..4b95980 100644 --- a/Doc/howto/pyporting.rst +++ b/Doc/howto/pyporting.rst @@ -22,7 +22,7 @@ Choosing a Strategy =================== When a project makes the decision that it's time to support both Python 2 & 3, a decision needs to be made as to how to go about accomplishing that goal. -Which strategy goes with will depend on how large the project's existing +The chosen strategy will depend on how large the project's existing codebase is and how much divergence you want from your Python 2 codebase from your Python 3 one (e.g., starting a new version with Python 3). @@ -32,8 +32,8 @@ and use 3to2 <use_3to2>` to port your code for Python 2. If your project has a pre-existing Python 2 codebase and you would like Python 3 support to start off a new branch or version of your project, then you will -most likely want to :ref:`port using 2to3 <use_2to3>`. This will allow you port -your Python 2 code to Python 3 in a semi-automated fashion and begin to +most likely want to :ref:`port using 2to3 <use_2to3>`. This will allow you to +port your Python 2 code to Python 3 in a semi-automated fashion and begin to maintain it separately from your Python 2 code. This approach can also work if your codebase is small and/or simple enough for the translation to occur quickly. @@ -103,13 +103,12 @@ Four, read all the approaches. Just because some bit of advice applies to one approach more than another doesn't mean that some advice doesn't apply to other strategies. -Five, drop support for older Python versions if possible. While not a -requirement, `Python 2.5`_) introduced a lot of useful syntax and libraries -which have become idiomatic in Python 3. `Python 2.6`_ introduced future -statements which makes compatibility much easier if you are going from Python 2 -to 3. +Five, drop support for older Python versions if possible. `Python 2.5`_ +introduced a lot of useful syntax and libraries which have become idiomatic +in Python 3. `Python 2.6`_ introduced future statements which makes +compatibility much easier if you are going from Python 2 to 3. `Python 2.7`_ continues the trend in the stdlib. So choose the newest version -of Python for which you believe you believe can be your minimum support version +of Python which you believe can be your minimum support version and work from there. |