[issue6365] distutils duplicates package directory for C extensions in 3.1 final

Changes by Tarek Ziadé : -- versions: +Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue6365] distutils duplicates package directory for C extensions in 3.1 final

Tarek Ziadé added the comment: Fixed in r73688 (trunk), r73689 (py3k), r73692 (3.1.x) Thanks for the feedback, Stefan. -- status: open -> closed ___ Python tracker ___ _

[issue6365] distutils duplicates package directory for C extensions in 3.1 final

Changes by Tarek Ziadé : -- resolution: invalid -> accepted ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue6365] distutils duplicates package directory for C extensions in 3.1 final

Changes by Tarek Ziadé : -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/optio

[issue6365] distutils duplicates package directory for C extensions in 3.1 final

Tarek Ziadé added the comment: I figured out the problem after writing the test. This is not a problem on distutils side but on setuptools side. If you remove setuptools from lxml setup.py, it'll work perfectly. setuptools patches distutils's build_ext and remove temporarely the inplace option,

[issue6365] distutils duplicates package directory for C extensions in 3.1 final

Tarek Ziadé added the comment: I've spotted the problem, it's a wrong usage of build_py.get_package_dir in build_ext.get_ext_fullpath, I'll add a test + a fix today asap, -- priority: -> normal versions: +Python 2.7 ___ Python tracker

[issue6365] distutils duplicates package directory for C extensions in 3.1 final

New submission from Stefan Behnel : When compiling a C extension (lxml in this case) in Py3.1, calling the "build_ext -i" distutils target duplicates the package path when writing the dynlib. In this case, I get "lxml/lxml/etree.so" instead of "lxml/etree.so". Obviously, the extension module cann