[issue22285] The Modules/ directory should not be added to sys.path

Ned Deily added the comment: Closing as a duplicate of the re-opened Issue17095 (since the changes there haven't been released yet) -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Modules/Setup *shared* support broken versions: +Python 3.4, Python

[issue22285] The Modules/ directory should not be added to sys.path

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue22285] The Modules/ directory should not be added to sys.path

Martin v. Löwis added the comment: > Does it mean that you are ok to commit my patch? No, because it will break #17095 again. A proper patch would do what you do, plus find some other solution to #17095. Just reverting 6c468df214dc is not ok. -- ___

[issue22285] The Modules/ directory should not be added to sys.path

STINNER Victor added the comment: Another bug linked to the bad Modules/_ctypes package: http://buildbot.python.org/all/builders/AMD64%20OpenIndiana%203.x/builds/8549/steps/test/logs/stdio test test_ctypes crashed -- Traceback (most recent call last): File "/export/home/buildbot/64bits/3.x.ce

[issue22285] The Modules/ directory should not be added to sys.path

Stefan Krah added the comment: I think we have this behavior since 6c468df214dc and 227ce85bdbe0 (#17095). -- nosy: +ned.deily, twouters ___ Python tracker ___ __

[issue22285] The Modules/ directory should not be added to sys.path

STINNER Victor added the comment: > I'd like to preserve support for building dynamic extension modules through > Modules/Setup, but they don't have to live in Modules; putting them into > build (say) would be fine as well. Does it mean that you are ok to commit my patch? --

[issue22285] The Modules/ directory should not be added to sys.path

Martin v. Löwis added the comment: The motivation for this feature is that modules built as shared libraries through Modules/Setup end up in Modules, so Modules is added so that they are found. I'd like to preserve support for building dynamic extension modules through Modules/Setup, but they

[issue22285] The Modules/ directory should not be added to sys.path

STINNER Victor added the comment: See also issue #22280 for the case of the wrong _decimal package. -- ___ Python tracker ___ ___ Pyth

[issue22285] The Modules/ directory should not be added to sys.path

STINNER Victor added the comment: A side effect of this issue is that when the _decimal cannot be build (ex: #22283), the Python implementation of the decimal cannot be used. Extract of buildbot test logs related to #22283: --- Failed to build these modules: _decimal (...) File "/usr/home/b

[issue22285] The Modules/ directory should not be added to sys.path

New submission from STINNER Victor: When Python is built from source, the "Modules/" subdirectory is added to sys.path on UNIX. I don't understand why: it does not contain .py files nor .so dynamic modules. Dynamic modules are built in "build/lib.linux-x86_64-3.5-pydebug". A side effect of ad