-
Notifications
You must be signed in to change notification settings - Fork 13.4k
make shared_helpers exe function work for both cygwin and non-cygwin hosts #141374
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
base: master
Are you sure you want to change the base?
Conversation
r? @onur-ozkan rustbot has assigned @onur-ozkan. Use |
This comment has been minimized.
This comment has been minimized.
Thank you! Could you please squash your commits into single commit? I am also not familiar with the Windows environment, so passing this to person that I kind a know that they are using Windows. r? @jieyouxu |
sure, that was the point of the |
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.
How about leaving a comment there? I feel like this condition will not be obvious, even to people familiar with Cygwin.
Yeah, please leave a comment. When I reviewed the original PR the change looked correct. |
@rustbot author |
Reminder, once the PR becomes ready for a review, use |
…hosts On Cygwin, it needs to not append .exe, because /proc/self/exe (and therefore std::env::current_exe) does not include the .exe extension, breaking bootstrap's rustc wrapper. On hosts other than Cygwin, it *does* need to append .exe because the file really does have a .exe extension, and non-Cygwin hosts won't be doing the same filename rewriting that Cygwin does when looking for a file X but finding only X.exe in its place.
@rustbot ready |
On Cygwin, it needs to not append .exe, because /proc/self/exe (and therefore
std::env::current_exe
) does not include the .exe extension, breaking bootstrap's rustc wrapper. On hosts other than Cygwin, it does need to append .exe because the file really does have a .exe extension, and non-Cygwin hosts won't be doing the same filename rewriting that Cygwin does when looking for a file X but finding only X.exe in its place.Arising from discussion in #140154 (review)
@mati865 @Berrysoft