classification
Title: -S hides standard dynamic modules
Type: Stage:
Components: Interpreter Core Versions:
process
Status: closed Resolution: duplicate
Dependencies: Superseder: test_heapq: AttributeError: 'int' object has no attribute 'pop'
View: 9589
Assigned To: Nosy List: benjamin.peterson, brett.cannon, fdrake, haypo, pitrou
Priority: normal Keywords:

Created on 2002-07-25 19:59 by fdrake, last changed 2010-08-14 09:52 by haypo. This issue is now closed.

Messages (7)
msg11694 - (view) Author: Fred L. Drake, Jr. (fdrake) (Python committer) Date: 2002-07-25 19:59
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".
msg11695 - (view) Author: Brett Cannon (brett.cannon) * (Python committer) Date: 2007-03-21 00:24
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.
msg73063 - (view) Author: Benjamin Peterson (benjamin.peterson) * (Python committer) Date: 2008-09-11 22:07
Note that this does cause incompatibility between development copies and
installed copies:

$ python -S -c "import itertools; print itertools"
<module 'itertools' from ...>

$ ./python -S -c "import itertools; print itertools"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
ImportError: No module named itertools
msg73411 - (view) Author: Brett Cannon (brett.cannon) * (Python committer) Date: 2008-09-19 01:58
If we think once can reliably add the directory based purely on whether
it starts with "build/lib.", and then potentially check for a suffix of
"-pydebug" if we are in a debug build, I will support adding this to
getpath.c to ditch the distutils import used by site.py.
msg73414 - (view) Author: Brett Cannon (brett.cannon) * (Python committer) Date: 2008-09-19 02:13
On Thu, Sep 18, 2008 at 6:58 PM, Brett Cannon <report@bugs.python.org> wrote:
>
> Brett Cannon <brett@python.org> added the comment:
>
> If we think once can reliably add the directory based purely on whether
> it starts with "build/lib.", and then potentially check for a suffix of
> "-pydebug" if we are in a debug build,

... and if there is more than one match in the build directory, either
error out or choose one of the directories somehow. I guess the real
question is how often to people actually have multiple versions of
their built libraries in build/.
msg113881 - (view) Author: STINNER Victor (haypo) * (Python committer) Date: 2010-08-14 09:45
r83988 does really fix this issue in python 3.2, 8 years later, yeah!
msg113883 - (view) Author: STINNER Victor (haypo) * (Python committer) Date: 2010-08-14 09:52
Ooops, I didn't notice that Antoine did already updated this issue. Restore the resolution as duplicate since the superseder field is set.
History
Date User Action Args
2010-08-14 09:52:10hayposetresolution: fixed -> duplicate
messages: + msg113883
2010-08-14 09:45:36hayposetnosy: + pitrou, haypo
resolution: duplicate -> fixed
messages: + msg113881
2010-08-13 22:20:54pitrousetresolution: wont fix -> duplicate
superseder: test_heapq: AttributeError: 'int' object has no attribute 'pop'
2008-09-19 02:13:26brett.cannonsetmessages: + msg73414
2008-09-19 01:58:53brett.cannonsetmessages: + msg73411
2008-09-11 22:07:56benjamin.petersonsetnosy: + benjamin.peterson
messages: + msg73063
2002-07-25 19:59:26fdrakecreate