Skip to content

Python 3.7.0 #376

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
Luci2015 opened this issue Aug 2, 2018 · 5 comments
Closed

Python 3.7.0 #376

Luci2015 opened this issue Aug 2, 2018 · 5 comments

Comments

@Luci2015
Copy link
Collaborator

Luci2015 commented Aug 2, 2018

The .pex package for Windows fails to run the script with the newest Python 3.7.0 version.
The error is the one with missing dependencies.
I see all the Win builds are constructed using Python 3.6.3.

@vossen-adobe
Copy link
Contributor

vossen-adobe commented Aug 2, 2018

When the pex file is created, the major python version is stamped at the top. This means it will only run if it matches the environment version. This is a pex thing, and I have not found a way to override it. You'd need to build it on 3.7 to run it there.

@adorton-adobe
Copy link
Collaborator

We're not targeting Python 3.7 for Windows at this time. Because the python-ldap library is difficult to build on Windows (and no wheel files are on PyPI for python-ldap win64), we rely on an unofficial build. The python-ldap version we use only has builds for Python 2.7, 3.4, 3.5 and 3.6.

We can get a build that targets 3.7, but it's a newer version of the library than the one we use (3.1.0 vs 2.4.45). It might be worth the effort to test 3.1.0 so we can do a 3.7 build, but not until a future release.

@Luci2015
Copy link
Collaborator Author

Luci2015 commented Aug 2, 2018

OK, the report is just to mention it, in case someone else searches for this until the enhancement is released.

@adorton-adobe
Copy link
Collaborator

Depends on #436

@adorton-adobe
Copy link
Collaborator

Closing this as we're planning on transitioning to drop pex in the future in favor of standalone executables that won't depend on an external Python interpreter.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants