std: move sys::pal::os to sys::paths#153623
Conversation
|
rustbot has assigned @Mark-Simulacrum. Use Why was this reviewer chosen?The reviewer was selected based on:
|
|
Please don't make any more breaking changes to the SGX target. The current behavior has been there since Rust 1.33 and is in line with the documented platform behavior. Making this change may break existing programs that depend on this behavior. |
Fair enough, I've kept the |
|
@bors r+ rollup |
std: move `sys::pal::os` to `sys::paths` Part of rust-lang#117276. After rust-lang#150723, rust-lang#153130, rust-lang#153341 and rust-lang#153413, `sys::pal::os` only contains default-path related functions (like `getcwd` and the `PATH`-splitting logic). In line with rust-lang#117276, this PR thus moves all these implementations into a new module in `sys`: `sys::paths`. ~There is one functional change here: The `chdir` implementation on SGX used to use `sgx_ineffective` which silently fails, but now returns an error unconditionally – I think that's much more reasonable given that SGX doesn't support filesystem stuff at all.~ I've corrected the misleading panic messages in `temp_dir` for UEFI and WASI, aside from that, this PR only consists of code moves. CC @jethrogb @raoulstrackx @aditijannu for the SGX change (resolved)
std: move `sys::pal::os` to `sys::paths` Part of rust-lang#117276. After rust-lang#150723, rust-lang#153130, rust-lang#153341 and rust-lang#153413, `sys::pal::os` only contains default-path related functions (like `getcwd` and the `PATH`-splitting logic). In line with rust-lang#117276, this PR thus moves all these implementations into a new module in `sys`: `sys::paths`. ~There is one functional change here: The `chdir` implementation on SGX used to use `sgx_ineffective` which silently fails, but now returns an error unconditionally – I think that's much more reasonable given that SGX doesn't support filesystem stuff at all.~ I've corrected the misleading panic messages in `temp_dir` for UEFI and WASI, aside from that, this PR only consists of code moves. CC @jethrogb @raoulstrackx @aditijannu for the SGX change (resolved)
std: move `sys::pal::os` to `sys::paths` Part of rust-lang#117276. After rust-lang#150723, rust-lang#153130, rust-lang#153341 and rust-lang#153413, `sys::pal::os` only contains default-path related functions (like `getcwd` and the `PATH`-splitting logic). In line with rust-lang#117276, this PR thus moves all these implementations into a new module in `sys`: `sys::paths`. ~There is one functional change here: The `chdir` implementation on SGX used to use `sgx_ineffective` which silently fails, but now returns an error unconditionally – I think that's much more reasonable given that SGX doesn't support filesystem stuff at all.~ I've corrected the misleading panic messages in `temp_dir` for UEFI and WASI, aside from that, this PR only consists of code moves. CC @jethrogb @raoulstrackx @aditijannu for the SGX change (resolved)
Part of #117276.
After #150723, #153130, #153341 and #153413,
sys::pal::osonly contains default-path related functions (likegetcwdand thePATH-splitting logic). In line with #117276, this PR thus moves all these implementations into a new module insys:sys::paths.There is one functional change here: Thechdirimplementation on SGX used to usesgx_ineffectivewhich silently fails, but now returns an error unconditionally – I think that's much more reasonable given that SGX doesn't support filesystem stuff at all.I've corrected the misleading panic messages in
temp_dirfor UEFI and WASI, aside from that, this PR only consists of code moves.CC @jethrogb @raoulstrackx @aditijannu for the SGX change (resolved)