| Age | Commit message (Collapse) | Author | Lines | |
|---|---|---|---|---|
| 2021-02-03 | Restore comment as it was | Ingvar Stepanyan | -0/+2 | |
| 2021-02-03 | Keep old symlink; expose new symlink_path | Ingvar Stepanyan | -4/+14 | |
| 2021-01-30 | Expose correct symlink API on WASI | Ingvar Stepanyan | -9/+5 | |
| As described in https://github.com/rust-lang/rust/issues/68574, the currently exposed API for symlinks is, in fact, a thin wrapper around the corresponding syscall, and not suitable for public usage. The reason is that the 2nd param in the call is expected to be a handle of a "preopened directory" (a WASI concept for exposing dirs), and the only way to retrieve such handle right now is by tinkering with a private `__wasilibc_find_relpath` API, which is an implementation detail and definitely not something we want users to call directly. Making matters worse, the semantics of this param aren't obvious from its name (`fd`), and easy to misinterpret, resulting in people trying to pass a handle of the target file itself (as in https://github.com/vitiral/path_abs/pull/50), which doesn't work as expected. I did a codesearch among open-source repos, and the usage above is so far the only usage of this API at all, but we should fix it before more people start using it incorrectly. While this is technically a breaking API change, I believe it's a justified one, as 1) it's OS-specific and 2) there was strictly no way to correctly use the previous form of the API, and if someone does use it, they're likely doing it wrong like in the example above. The new API does not lead to the same confusion, as it mirrors `std::os::unix::fs::symlink` and `std::os::windows::fs::symlink_{file,dir}` variants by accepting source/target paths. Fixes #68574. | ||||
| 2020-10-08 | Implement `AsRawFd` for `StdinLock` etc. on WASI. | Dan Gohman | -0/+18 | |
| WASI implements `AsRawFd` for `Stdin`, `Stdout`, and `Stderr`, so implement it for `StdinLock`, `StdoutLock`, and `StderrLock` as well. | ||||
| 2020-09-20 | spend another CI build to delete a double newline | Without Boats | -1/+0 | |
| 2020-09-20 | fix typos | Without Boats | -2/+2 | |
| 2020-09-20 | Make RawFd implement the RawFd traits | Without Boats | -0/+20 | |
| 2020-09-03 | Auto merge of #75971 - Amjad50:libstd-deny-unsafe_op_in_unsafe_fn, ↵ | bors | -0/+4 | |
| r=Mark-Simulacrum Applied `#![deny(unsafe_op_in_unsafe_fn)]` in library/std/src/wasi partial fix for #73904 There are still more that was not applied in [mod.rs]( https://github.com/rust-lang/rust/blob/38fab2ea92a48980219989817201bf2094ae826a/library/std/src/sys/wasi/mod.rs) and that is due to its using files from `../unsupported` like: ``` #[path = "../unsupported/cmath.rs"] pub mod cmath; ``` | ||||
| 2020-09-03 | Applied `#![deny(unsafe_op_in_unsafe_fn)]` in library/std/src/wasi | Amjad Alsharafi | -0/+4 | |
| All refactoring needed was only in `alloc.rs`, changed part of the code in `alloc` method to satisfy the SAFETY statement | ||||
| 2020-08-26 | Move to intra-doc links for wasi/ext/fs.rs, os_str_bytes.rs, ↵ | Surya Midatala | -25/+2 | |
| primitive_docs.rs & poison.rs | ||||
| 2020-07-27 | mv std libs to library/ | mark | -0/+708 | |
