-
Notifications
You must be signed in to change notification settings - Fork 12.9k
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
Command::new() doesn't expand %dp0 correctly in nightly #43273
Comments
From looking at https://github.com/rust-lang/rust/blob/beta/src/libstd/sys/windows/process.rs it doesn't seem like there's any difference between stable and nightly so not sure exactly where this is getting introduced. Happy to dig into it more with some pointers if anyone has an idea where this could be coming from. |
Also, modifying GCC crate with the fill path ahead of the command("emcc.bat" vs "C:\Program Files\Emscripten\emscripten\incoming\emcc.bat") gets the bat file to find the correct path for %~dp0. Obviously this isn't a good long-term fix but might be why the behavior here has changed. |
dupe of #42791 |
Closing as duplicate of #42791. |
Hello, I also had to fix some of my build scripts but I am not sure if I can fix this:
|
Currently the GCC crate fails to build with emscripten on nightly due to issues running the emcc.bat in emscripten:
Logging %~dp0 in nightly shows it pointing to the current directory of the crate while in stable it points to the path of the batch file(Ex: C:\Program Files\Emscripten\emscripten\incoming).
Tested between
nightly-x86_64-pc-windows-msvc unchanged - rustc 1.20.0-nightly (086eaa7 2017-07-15)
and
stable-x86_64-pc-windows-msvc unchanged - rustc 1.18.0 (03fc9d6 2017-06-06)
The text was updated successfully, but these errors were encountered: