Dino Viehland wrote:
I think this behavior is currently by design because we’re using
sys.meta_path which does take precedence over the built-in modules. We
could switch to using sys.path_hooks in 2.1 or 3.0 if the consensus is
this behavior in undesirable (which would also give control over when
pre-compiled modules take precedence over other places on sys.path).
Personally I’m +0 to make the change but this would probably break the
other recently reported behavior w/ combinations on disk as .py files
& precompiled files J
Another suggestion is that you stop including these unneeded modules in
the version of the standard library shipped with the IronPython 2
installer.
Michael
*From:* [email protected]
[mailto:[email protected]] *On Behalf Of *Glenn Jones
*Sent:* Friday, December 12, 2008 8:27 AM
*To:* Discussion of IronPython
*Subject:* [IronPython] Compiled dlls and builtin modules
Hi all,
We are compiling the python standard library (so it can be ngend when
it is shipped with Resolver One) and we've discovered that modules in
the dll take precedence over builtins. We noticed this because re and
socket are included in the standard Lib directory (installed with
IPy2) and when we ran against the dll built from the Lib, importing
them failed.
We have removed the following files from the standard library (and we
may have to remove some others):
socket, copy_reg, re, sre_compile, sre_constants, sre_parse (the sre_*
were referenced in re)
A better solution would be for builtin modules to take precedence over
modules in referenced assemblies.
As an experiment, we created a datetime module that just printed that
it was being imported. When we included it in a dll and referenced it,
it replaced the builtin datetime.
Glenn & Orestis
------------------------------------------------------------------------
_______________________________________________
Users mailing list
[email protected]
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
--
http://www.ironpythoninaction.com/
http://www.voidspace.org.uk/blog
_______________________________________________
Users mailing list
[email protected]
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
