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

Age	Commit message (Collapse)	Author	Lines
2017-02-06	std: Remove cfg(cargobuild) annotations	Alex Crichton	-4/+0
	These are all now no longer needed that we've only got rustbuild in tree.
2016-11-04	std: Track change to cprng syscall signature (Fuchsia)	Raph Levien	-8/+20
	The mx_cprng_draw syscall has changed signature to separate the status and size return values, rather than multiplexing them into a single value with errors interpreted as a negative value. This patch tracks that change.
2016-10-24	Add support for kernel randomness for Fuchsia	Raph Levien	-1/+53
	Wire up cprng syscall as provider for rand::os::OsRng on Fuchsia.
2016-10-08	Use less `size_t` casts in libstd since it's now defined as `usize`	Tobias Bucher	-3/+3

2016-09-09	Add s390x support	Ulrich Weigand	-4/+10
	This adds support for building the Rust compiler and standard library for s390x-linux, allowing a full cross-bootstrap sequence to complete. This includes: - Makefile/configure changes to allow native s390x builds - Full Rust compiler support for the s390x C ABI (only the non-vector ABI is supported at this point) - Port of the standard library to s390x - Update the liblibc submodule to a version including s390x support - Testsuite fixes to allow clean "make check" on s390x Caveats: - Resets base cpu to "z10" to bring support in sync with the default behaviour of other compilers on the platforms. (Usually, upstream supports all older processors; a distribution build may then chose to require a more recent base version.) (Also, using zEC12 causes failures in the valgrind tests since valgrind doesn't fully support this CPU yet.) - z13 vector ABI is not yet supported. To ensure compatible code generation, the -vector feature is passed to LLVM. Note that this means that even when compiling for z13, no vector instructions will be used. In the future, support for the vector ABI should be added (this will require common code support for different ABIs that need different data_layout strings on the same platform). - Two test cases are (temporarily) ignored on s390x to allow passing the test suite. The underlying issues still need to be fixed: * debuginfo/simd.rs fails because of incorrect debug information. This seems to be a LLVM bug (also seen with C code). * run-pass/union/union-basic.rs simply seems to be incorrect for all big-endian platforms. Signed-off-by: Ulrich Weigand <ulrich.weigand@de.ibm.com>
2016-08-21	Use the kernel arc4rand for FreeBSD OsRng.	Aaron Gallagher	-1/+52
	This means that /dev/urandom doesn't have to be opened.
2016-08-21	Reduce duplication in std::sys::unix::rand.	Aaron Gallagher	-29/+25
	There were a bunch of more-of-less the same few lines for doing a fill_bytes+transmute, and I didn't want to copy-paste it yet again.
2016-04-20	rand: add comments about getrandom() fallback	Doug Goldstein	-0/+8
	Add some comments so that people know why we are performing a fallback from getrandom() and what that fallback aims to achieve. Signed-off-by: Doug Goldstein <cardoe@cardoe.com>
2016-04-19	rand: don't block before random pool is initialized	Doug Goldstein	-1/+8
	If we attempt a read with getrandom() on Linux the syscall can block before the random pool is initialized unless the GRND_NONBLOCK flag is passed. This flag causes getrandom() to instead return EAGAIN while the pool is uninitialized. To avoid downstream users of crate or std functionality that have no ability to avoid this blocking behavior this change causes Rust to read bytes from /dev/urandom while getrandom() would block and once getrandom() is available to use that. Fixes #32953. Signed-off-by: Doug Goldstein <cardoe@cardoe.com>
2016-03-22	try! -> ?	Jorge Aparicio	-1/+1
	Automated conversion using the untry tool [1] and the following command: ``` $ find -name '*.rs' -type f \| xargs untry ``` at the root of the Rust repo. [1]: https://github.com/japaric/untry
2016-02-17	std: restructure rand os code into sys modules	Sean McArthur	-0/+273