-
-
Notifications
You must be signed in to change notification settings - Fork 31.9k
gh-85792: Remove the shebang of internal Tools to avoid confusion. #23581
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
Conversation
@merwok @ned-deily Hi, Eric, Ned. Can you take a look when you have free time? Thanks. |
Does «inner Tools» mean «internal Tools» (used for CPython dev but not for regular people)? |
Yes. I am not a native English speaker, so I don't there have the obvious difference between |
Objects/typeslots.py
Outdated
@@ -1,5 +1,4 @@ | |||
#!/usr/bin/python | |||
# Usage: typeslots.py < Include/typeslots.h typeslots.inc | |||
# Usage: ./python typeslots.py < Include/typeslots.h typeslots.inc |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks wrong; either you're in the directory with ./python
or in Objects
.
Same for _sha3/cleanup.py
. Did you try these commands?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks wrong; either you're in the directory with ./python or in Objects.
Oh, you are right. I just point out developer should use ./python
in old usage. Using entire command would be better. I will update it.
Same for _sha3/cleanup.py. Did you try these commands?
the command in _sha3/cleanup.py is a entire command.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There have an another question. Typeslots.py should be moved to the dir of Tools? It's weird leave it alone in Objects. Maybe we should open an new bpo to discuss it.
@@ -1,5 +1,3 @@ | |||
#!/usr/bin/env python3 | |||
# |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think Clinic needs a locally built Python.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes. It doesn't need a local builtin python. There have docs to introduce how to run this clinic.py. So I think remove it would be better(Avoid update the python version again and again).
@@ -1,4 +1,3 @@ | |||
#! /usr/bin/env python |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think makeopcodetargets needs a locally built Python. Does it?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You are right. It will be called in makefile: https://github.com/python/cpython/blob/master/Makefile.pre.in#L946.
So I think the shebang haven't worked in here.
This PR is stale because it has been open for 30 days with no activity. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This has merge conflicts now.
A Python core developer has requested some changes be made to your pull request before we can consider merging it. If you could please address their requests along with any other requests in other reviews from core developers that would be appreciated. Once you have made the requested changes, please leave a comment on this pull request containing the phrase |
Thanks for your mention, Irit. I resolve the conflicts. But I forget this MR's content already ;) |
Sorry that I didn't follow up. But, I think that today, it's best to close the PR without merging -- it's not solving any bug, and python2/python3 confusion should be history now. |
The following files' shebang now be removed: