Incorporated PEP 405 tidy-ups, and marked as Final.

This commit is contained in:
Vinay Sajip 2012-06-05 10:25:18 +01:00
commit a51d891e28
1 changed files with 9 additions and 9 deletions

View File

@ -4,7 +4,7 @@ Version: $Revision$
Last-Modified: $Date$ Last-Modified: $Date$
Author: Carl Meyer <carl@oddbird.net> Author: Carl Meyer <carl@oddbird.net>
BDFL-Delegate: Nick Coghlan BDFL-Delegate: Nick Coghlan
Status: Accepted Status: Final
Type: Standards Track Type: Standards Track
Content-Type: text/x-rst Content-Type: text/x-rst
Created: 13-Jun-2011 Created: 13-Jun-2011
@ -285,15 +285,15 @@ Include files
Current virtualenv handles include files in this way: Current virtualenv handles include files in this way:
On POSIX systems where the installed Python's include files are found On POSIX systems where the installed Python's include files are found in
in ``${base_prefix}/include/pythonX.X``, virtualenv creates ``${base_prefix}/include/pythonX.X``, virtualenv creates
``${venv}/include/`` and symlink ``${base_prefix}/include/pythonX.X`` ``${venv}/include/`` and symlinks ``${base_prefix}/include/pythonX.X``
to ``${venv}/include/pythonX.X``. On Windows, where Python's include to ``${venv}/include/pythonX.X``. On Windows, where Python's include
files are found in ``{{ sys.prefix }}/Include`` and symlinks are not files are found in ``{{ sys.prefix }}/Include`` and symlinks are not
reliably available, virtualenv copies ``{{ sys.prefix }}/Include`` to reliably available, virtualenv copies ``{{ sys.prefix }}/Include`` to
``${venv}/Include``. This ensures that extension modules built and ``${venv}/Include``. This ensures that extension modules built and
installed within the virtualenv will always find the Python header installed within the virtualenv will always find the Python header files
files they need in the expected location relative to ``sys.prefix``. they need in the expected location relative to ``sys.prefix``.
This solution is not ideal when an extension module installs its own This solution is not ideal when an extension module installs its own
header files, as the default installation location for those header header files, as the default installation location for those header
@ -469,8 +469,8 @@ site-packages directories.
The most notable case is probably `setuptools`_ and its fork The most notable case is probably `setuptools`_ and its fork
`distribute`_, which mostly use ``distutils`` and ``sysconfig`` APIs, `distribute`_, which mostly use ``distutils`` and ``sysconfig`` APIs,
but do use ``sys.prefix`` directly to build up a list of site but do use ``sys.prefix`` directly to build up a list of site
directories for pre-flight checking where ``pth`` files can usefully directories for pre-flight checking where ``pth`` files can usefully be
be placed. placed.
Otherwise, a `Google Code Search`_ turns up what appears to be a Otherwise, a `Google Code Search`_ turns up what appears to be a
roughly even mix of usage between packages using ``sys.prefix`` to roughly even mix of usage between packages using ``sys.prefix`` to