[Python-checkins] r78501 - peps/trunk/pep-3147.txt

Ezio Melotti ezio.melotti at gmail.com
Sun Feb 28 05:42:38 CET 2010


Hi,
I noticed a couple of minor things:

On 27/02/2010 18.13, barry.warsaw wrote:

> Author: barry.warsaw
> Date: Sat Feb 27 17:13:06 2010
> New Revision: 78501
>
> Log:
> Add a section discussion the options for bytecode-only packagers.
>
>
> Modified:
>     peps/trunk/pep-3147.txt
>
> Modified: peps/trunk/pep-3147.txt
> ==============================================================================
> --- peps/trunk/pep-3147.txt	(original)
> +++ peps/trunk/pep-3147.txt	Sat Feb 27 17:13:06 2010
> @@ -355,12 +355,15 @@
>   subdirectory in its path.
>
>   For alternative Python implementations which do not support `pyc`
> -files, the `__cached__` attribute may point to whatever
> -version-specific binary file was read for the module code.  E.g. on
> -Jython, this might be the `.class` file for the module:
> -`__pycache__/foo.jython-32.class`.  Alternative implementations for
> -which this scheme does not make sense should set the `__cached__`
> -attribute to `None`.
> +files, the `__cached__` attribute may point to whatever information
> +makes sense.  E.g. on Jython, this might be the `.class` file for the
> +module: `__pycache__/foo.jython-32.class`.  Some implementations may
> +use multiple files compiled files to create the module, in which case
>    
there's an extra 'files' in this sentence;

> +`__cached__` may be a tuple.  The exact contents of `__cached__` are
> +Python implementation specific.
> +
> +Alternative implementations for which this scheme does not make sense
> +should set the `__cached__` attribute to `None`.
>
>
>   File extension checks
> @@ -475,6 +478,55 @@
>   implementation remain in sync.
>
>
> +Open issues
> +===========
> +
> +bytecode-only packages
> +----------------------
>    
if this is a title it should probably be capitalized.

> +
> +Some users of Python distribute packages containing only the byte code
> +files (pyc).  The use cases for this are to make it more difficult for
> +end-users to view the source code, and to reduce maintenance burdens
> +when end users casually edit the source files.
>
> [...]
Regards,
Ezio Melotti




More information about the Python-checkins mailing list