[Python-Dev] zipimport, round 3 (or would that be that 37?)

[Just van Rossum]

Skip Montanaro wrote:

>     Just> It prefers byte code over source, but ignores the time stamp. That
>     Just> *could* be confusing.
> 
> Not to mention a change of semantics.

Hm, questionable, as we don't currently *have* zip import ;-)

> If the .py file is newer than the
> ..pyc or .pyo files, why not just force compilation but don't save the result
> (maybe also toss a Warning)?  Isn't that what importing from a read-only
> directory or filesystem does today? 

Yes, this is what it should do. However, I'd be *very* grateful for a recipe
that translates a dos time/date (it's two shorts, zipfile.py contains code that
translates it to a time tuple) to something compatible with st.st_mtime. And it
can't use the time module ;-)

> Sure, it would slow things down, but it
> would better match the semantics of importing from the filesystem.
> Presumably testing before delivery of the zip archive would identify any
> time order problems.

Agreed.

Just