]> git.lizzy.rs Git - rust.git/commit
Auto merge of #47268 - EdSchouten:cloudabi-libstd, r=alexcrichton
authorbors <bors@rust-lang.org>
Sun, 14 Jan 2018 08:49:10 +0000 (08:49 +0000)
committerbors <bors@rust-lang.org>
Sun, 14 Jan 2018 08:49:10 +0000 (08:49 +0000)
commit48ab4cde5460f9f7c57249e4e62ad569dc843dd8
tree21ff4881b0ad83bbec006f25dc9a567073ca4a0e
parentfd0f29237c9562efef25fb30f03df24edb1e2042
parent6a8d55a235e1ce6336dff162aae3feef9f7873b4
Auto merge of #47268 - EdSchouten:cloudabi-libstd, r=alexcrichton

Implement libstd for CloudABI.

Though CloudABI is strongly inspired by POSIX, its absence of features that don't work well with capability-based sandboxing makes it different enough that adding bits to `sys/unix` will make things a mess. This change therefore adds CloudABI specific platform code under `sys/cloudabi`.

One of the goals of this implementation is to build as much as possible directly on top of CloudABI's system call layer, as opposed to using the C library. This is preferred, as the system call layer is supposed to be stable, whereas the C library ABI technically is not. An advantage of this approach is that it allows us to implement certain interfaces, such as mutexes and condition variables more optimally. They can be lighter than the ones provided by pthreads.

This change disables some modules that cannot realistically be implemented right now. For example, libstd's pathname abstraction is not designed with POSIX `*at()` (e.g., `openat()`) in mind. The `*at()` functions are the only set of file system APIs available on CloudABI. There is no global file system namespace, nor a process working directory. Discussions on how to port these modules over are outside the scope of this change.
src/libstd/fs.rs