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

Age	Commit message (Collapse)	Author	Lines
2019-04-23	Reexport IntErrorKind in std	Jakub Kądziołka	-0/+6

2019-04-10	Re-export NonZero signed variant in std	Lzu Tao	-0/+2

2019-02-28	libstd => 2018	Taiki Endo	-16/+15

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

2018-05-16	Stabilize num::NonZeroU*	Simon Sapin	-2/+1
	Tracking issue: https://github.com/rust-lang/rust/issues/49137
2018-05-16	Remove unstable deprecated num::NonZeroI* types	Simon Sapin	-4/+1

2018-03-30	Deprecate signed std::num::NonZeroI* with a call for use cases	Simon Sapin	-0/+1

2018-03-26	fix last two tidy	Mark Mansi	-6/+1

2018-03-23	Rollup merge of #48265 - SimonSapin:nonzero, r=KodrAus	Alex Crichton	-0/+11
	Add 12 num::NonZero* types for primitive integers, deprecate core::nonzero RFC: https://github.com/rust-lang/rfcs/pull/2307 Tracking issue: ~~https://github.com/rust-lang/rust/issues/27730~~ https://github.com/rust-lang/rust/issues/49137 Fixes https://github.com/rust-lang/rust/issues/27730
2018-03-18	num::NonZero* types now have their own tracking issue: #49137	Simon Sapin	-2/+2
	Fixes #27730
2018-03-17	Add 12 num::NonZero* types for each primitive integer	Simon Sapin	-0/+11
	RFC: https://github.com/rust-lang/rfcs/pull/2307
2018-03-17	remove FIXME(#39119) and allow running test on emscripten	Niv Kaminer	-1/+0

2017-06-08	Auto merge of #40706 - irfanhudda:doc-next-power-of-two, r=alexcrichton	bors	-1/+4
	Improve documentation of next_power_of_two Clarify overflow behavior of `next_power_of_two`. Related Issue: #18604
2017-05-31	Simplify helper functions	Irfan Hudda	-1/+4
	Based on @scottmcm 's suggestion
2017-04-20	Remove num::{Zero,One}	Josh Stone	-3/+0
	[unstable, deprecated since 1.11.0]
2017-01-19	travis: Get an emscripten builder online	Alex Crichton	-0/+1
	This commit adds a new entry to the Travis matrix which will execute emscripten test suites. Along the way it updates a few bits of the test suite to continue passing on emscripten, such as: * Ignoring i128/u128 tests as they're presumably just not working (didn't investigate as to why) * Disabling a few process tests (not working on emscripten) * Ignore some num tests in libstd (#39119) * Fix some warnings when compiling
2016-11-01	std: Flatten the num directory to reflect the module layout	Brian Anderson	-0/+293
	This makes it dissimilar to how core is structured on disk, but more predictable on its own.