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

Age	Commit message (Collapse)	Author	Lines
2019-07-27	tests: Move run-pass tests without naming conflicts to ui	Vadim Petrochenkov	-52/+0

2019-07-27	tests: Add missing run-pass annotations	Vadim Petrochenkov	-0/+1

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

2015-06-13	Use `assert_eq!` instead of `assert!` in tests	petrochenkov	-11/+11

2015-04-08	Remove pretty-expanded from failing tests	Alex Crichton	-1/+0
	This commit removes pretty-expanded from all tests that wind up calling panic! one way or another now that its internals are unstable.
2015-03-26	Mass rename uint/int to usize/isize	Alex Crichton	-2/+2
	Now that support has been removed, all lingering use cases are renamed.
2015-03-23	rustdoc: Replace no-pretty-expanded with pretty-expanded	Brian Anderson	-0/+2
	Now that features must be declared expanded source often does not compile. This adds 'pretty-expanded' to a bunch of test cases that still work.
2015-03-15	Strip all leading/trailing newlines	Tamir Duberstein	-1/+0

2015-03-05	Remove integer suffixes where the types in compiled code are identical.	Eduard Burtescu	-1/+1

2015-02-15	Fix rollup (remove slicing_syntax)	Manish Goregaokar	-1/+0

2015-02-04	Implement `..` syntax for RangeFull as expression	Ulrik Sverdrup	-0/+3
	Allows the expression `..` (without either endpoint) in general, can be used in slicing syntax `&expr[..]` where we previously wrote `&expr[]`. The old syntax &expr[] is not yet removed or warned for.
2015-01-22	Fix some grammar inconsistencies for the '..' range notation.	Daniel Grunwald	-0/+7
	Grammar changes: * allow 'for _ in 1..i {}' (fixes #20241) * allow 'for _ in 1.. {}' as infinite loop * prevent use of range notation in contexts where only operators of high precedence are expected (fixes #20811) Parser code cleanup: * remove RESTRICTION_NO_DOTS * make AS_PREC const and follow naming convention * make min_prec inclusive
2015-01-08	Remove String impls and fix for make tidy	Nick Cameron	-1/+1

2015-01-08	Fix precedence for ranges.	Nick Cameron	-0/+52
	Technically this is a [breaking-change] but it probably shouldn't affect your code. Closes #20256