➜

This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: 2to3 no-ops on embeddable distribution
Type: behavior Stage: resolved
Components: 2to3 (2.x to 3.x conversion tool) Versions: Python 3.9, Python 3.8, Python 3.7, Python 3.6, Python 3.5
process
Status: closed Resolution: wont fix
Dependencies: Superseder: Close 2to3 issues and list them here
View: 45544
Assigned To: Nosy List: Bill Collins
Priority: normal Keywords:

Created on 2019-07-22 19:17 by Bill Collins, last changed 2022-04-11 14:59 by admin. This issue is now closed.

Messages (1)
msg348304 - (view) Author: Bill Collins (Bill Collins) * Date: 2019-07-22 19:17 
Firstly, I'd acknowledge that expecting 2to3 to work on the embeddable distribution might be the problem, but the mode of failure is silent and delayed.

The problem is that 2to3 loads fix names by searching for files in a package that end in '.py' (https://github.com/python/cpython/blame/master/Lib/lib2to3/refactor.py#L30) which isn't much use on the embeddable distribution where everything is pre-comipled.

So, installing an sdist package that relies on 2to3 will succeed, but any attempt to then actually use the installed package will fail.

I'm not sure whether the correct behavior here might be to

1. Fix 2to3 to load from pyc files (explicitly enabling 2to3 based installation on embeddable)
2. Fix 2to3 to fail when no converters are found (or similar; explicitly *disabling* 2to3 based installation on embeddable).

Or something else entirely.
History
Date User Action Args
2022-04-11 14:59:18adminsetgithub: 81835
2021-10-20 22:58:02iritkatrielsetstatus: open -> closed
superseder: Close 2to3 issues and list them here
resolution: wont fix
stage: resolved
2019-07-22 19:17:59Bill Collinscreate