Issue 37654: 2to3 no-ops on embeddable distribution - Python tracker

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
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.