[ python-Bugs-586680 ] -S hides standard dynamic modules
SourceForge.net
noreply at sourceforge.net
Wed Mar 21 01:24:59 CET 2007
Bugs item #586680, was opened at 2002-07-25 12:59
Message generated for change (Comment added) made by bcannon
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=586680&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Interpreter Core
Group: Platform-specific
>Status: Closed
>Resolution: Wont Fix
Priority: 5
Private: No
Submitted By: Fred L. Drake, Jr. (fdrake)
Assigned to: Nobody/Anonymous (nobody)
Summary: -S hides standard dynamic modules
Initial Comment:
This only applies when os.name == 'posix'.
Running an un-installed build of Python with the -S
option causes the directory containing the standard
dynamically-built modules not to be placed on sys.path.
The build/lib.<platform>-<version>/ directory
containing those modules is added to sys.path by
site.py rather than getpath.c, even though those
modules are needed. This includes many modules on most
Unix systems:
array dbm math regex termios
audioop dl md5 resource _testcapi
binascii errno mmap rgbimg time
bsddb fcntl mpz rotor timing
cmath fpectl nis select _tkinter
_codecs gdbm operator sha
unicodedata
cPickle grp parser _socket _weakref
crypt _hotshot pcre _ssl
xreadlines
cStringIO _hotshot pwd strop zlib
_curses_panel linuxaudiodev pyexpat struct
_curses _locale readline syslog
Perhaps the best way to fix this is to add the
equivalent code to getpath.c. The relevant stanza in
site.py is headed by a comment saying "especially for
Guido".
----------------------------------------------------------------------
>Comment By: Brett Cannon (bcannon)
Date: 2007-03-20 17:24
Message:
Logged In: YES
user_id=357491
Originator: NO
We have lived this long without changing this that I don't think this
needs fixing. Requiring the use of site.py when running from a build from
a repository checkout seems totally reasonable to me.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=586680&group_id=5470
More information about the Python-bugs-list
mailing list