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

Age	Commit message (Collapse)	Author	Lines
2019-04-05	remove lookup_char_pos_adj	Aleksey Kladov	-13/+3
	It is now exactly equivalent to lookup_char_pos.
2019-02-13	Rollup merge of #58273 - taiki-e:rename-dependency, r=matthewjasper	Mazdak Farrokhzad	-1/+1
	Rename rustc_errors dependency in rust 2018 crates I think this is a better solution than `use rustc_errors as errors` in `lib.rs` and `use crate::errors` in modules. Related: rust-lang/cargo#5653 cc #58099 r? @Centril
2019-02-13	Rename rustc_errors dependency in rust 2018 crates	Taiki Endo	-1/+1

2019-02-10	rustc: doc comments	Alexander Regueiro	-9/+9

2019-02-07	libsyntax => 2018	Taiki Endo	-3/+5

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

2018-12-12	Bump to 1.33.0	Alex Crichton	-4/+4
	* Update bootstrap compiler * Update version to 1.33.0 * Remove some `#[cfg(stage0)]` annotations Actually updating the version number is blocked on updating Cargo
2018-12-07	use top level `fs` functions where appropriate	Andy Russell	-4/+2
	This commit replaces many usages of `File::open` and reading or writing with `fs::read_to_string`, `fs::read` and `fs::write`. This reduces code complexity, and will improve performance for most reads, since the functions allocate the buffer to be the size of the file. I believe that this commit will not impact behavior in any way, so some matches will check the error kind in case the file was not valid UTF-8. Some of these cases may not actually care about the error.
2018-12-04	adds DocTest filename variant, refactors doctest_offset out of source_map, ↵	Matthew Russo	-29/+13
	fixes remaining test failures
2018-12-04	updates all Filename variants to take a fingerprint	Matthew Russo	-3/+3

2018-12-04	new_source_file no longer enters duplicate files, expand_include_bytes ↵	Matthew Russo	-16/+34
	includes the source if it can convert bytes to string
2018-10-29	Rename other occs of (Code/File)Map to Source(Map/File) #51574	David Lavati	-91/+92

2018-10-20	Auto merge of #55014 - ljedrz:lazyboye_unwraps, r=matthewjasper	bors	-1/+2
	Prefer unwrap_or_else to unwrap_or in case of function calls/allocations The contents of `unwrap_or` are evaluated eagerly, so it's not a good pick in case of function calls and allocations. This PR also changes a few `unwrap_or`s with `unwrap_or_default`. An added bonus is that in some cases this change also reveals if the object it's called on is an `Option` or a `Result` (based on whether the closure takes an argument).
2018-10-19	Prefer `Default::default` over `FxHash*::default` in struct constructors	Oliver Scherer	-8/+3

2018-10-19	Deprecate the `FxHashMap()` and `FxHashSet()` constructor function hack	Oliver Scherer	-2/+2

2018-10-19	Prefer unwrap_or_else to unwrap_or in case of function calls/allocations	ljedrz	-1/+2

2018-09-09	Auto merge of #53949 - estebank:unclosed-delim, r=nikomatsakis	bors	-11/+21
	Improve messages for un-closed delimiter errors
2018-09-05	Provide more context for unenclosed delimiters	Esteban Küber	-11/+21
	* When encountering EOF, point at the last opening brace that does not have the same indentation level as its close delimiter. * When encountering the wrong type of close delimiter, point at the likely correct open delimiter to give a better idea of what went wrong.
2018-09-04	Breaking change upgrades	Mark Rousskov	-2/+2

2018-08-23	use String::new() instead of String::from(""), "".to_string(), "".to_owned() ↵	Matthias Krüger	-1/+1
	or "".into()
2018-08-19	fix tidy errors	Donato Sciarra	-2/+4

2018-08-19	mv codemap source_map	Donato Sciarra	-2/+2

2018-08-19	mv (mod) codemap source_map	Donato Sciarra	-0/+1235