rust - https://github.com/rust-lang/rust

Age	Commit message (Collapse)	Author	Lines
2020-07-27	mv std libs to library/	mark	-153/+0

2020-03-20	Fix abort-on-eprintln during process shutdown	Alex Crichton	-4/+4
	This commit fixes an issue where if `eprintln!` is used in a TLS destructor it can accidentally cause the process to abort. TLS destructors are executed after `main` returns on the main thread, and at this point we've also deinitialized global `Lazy` values like those which store the `Stderr` and `Stdout` internals. This means that despite handling TLS not being accessible in `eprintln!`, we will fail due to not being able to call `stderr()`. This means that we'll double-panic quickly because panicking also attempt to write to stderr. The fix here is to reimplement the global stderr handle to avoid the need for destruction. This avoids the need for `Lazy` as well as the hidden panic inside of the `stderr` function. Overall this should improve the robustness of printing errors and/or panics in weird situations, since the `stderr` accessor should be infallible in more situations.
2019-12-22	Format the world	Mark Rousskov	-1/+1

2019-08-15	Remove uses of `mem::uninitialized()` from cloudabi	Lzu Tao	-3/+4

2019-07-23	Cleanup std::sys::cloudabi	Nathan	-16/+16

2019-07-23	Modify CloudABI ReentrantMutex to use MaybeUninit	Nathan	-14/+18
	Remove uses of mem::uninitialized, which is now deprecated
2019-02-28	libstd => 2018	Taiki Endo	-5/+5

2018-12-25	Remove licenses	Mark Rousskov	-10/+0

2018-01-11	Implement libstd for CloudABI.	Ed Schouten	-0/+158
	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 and borrows parts from sys/unix that can be used without changes. 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. Apart from this change, there are still some other minor fixups that need to be made to platform independent code to make things build. These will be sent out separately, so they can be reviewed more thoroughly.