rust/src/libsyntax/source_map.rs, branch 1.32.0 https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=1.32.0 2018-10-29T20:26:13+00:00 Rename other occs of (Code/File)Map to Source(Map/File) #51574 2018-10-29T20:26:13+00:00 David Lavati david.lavati@gmail.com 2018-10-29T20:26:13+00:00 urn:sha1:6c9f6a1afdd60603ddb7ab28755fbc134b7d4844 Auto merge of #55014 - ljedrz:lazyboye_unwraps, r=matthewjasper 2018-10-20T11:22:48+00:00 bors bors@rust-lang.org 2018-10-20T11:22:48+00:00 urn:sha1:ca2639e82ec4a18d7359efbfb555ea69dd644c97 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). Prefer `Default::default` over `FxHash*::default` in struct constructors 2018-10-19T12:34:44+00:00 Oliver Scherer github35764891676564198441@oli-obk.de 2018-10-16T14:57:53+00:00 urn:sha1:3c9258e604c7f5d3b7e86c34da1f067ff0a60257 Deprecate the `FxHashMap()` and `FxHashSet()` constructor function hack 2018-10-19T12:34:44+00:00 Oliver Scherer github35764891676564198441@oli-obk.de 2018-10-16T08:44:26+00:00 urn:sha1:ee81739dc1e0f1c4dff9480b52528fb688ef9251 Prefer unwrap_or_else to unwrap_or in case of function calls/allocations 2018-10-19T07:45:45+00:00 ljedrz ljedrz@gmail.com 2018-10-12T14:16:00+00:00 urn:sha1:d28aed6dc45ffccc790469cb04f3f775ddb2283a Auto merge of #53949 - estebank:unclosed-delim, r=nikomatsakis 2018-09-09T01:36:58+00:00 bors bors@rust-lang.org 2018-09-09T01:36:58+00:00 urn:sha1:004bc5a33cd44cd0896cae917a75488579126da5 Improve messages for un-closed delimiter errors Provide more context for unenclosed delimiters 2018-09-05T10:43:24+00:00 Esteban Küber esteban@kuber.com.ar 2018-09-04T15:09:49+00:00 urn:sha1:008aa5a24e152691d852bd9f0a2990b6e4377397 * 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. Breaking change upgrades 2018-09-04T19:22:08+00:00 Mark Rousskov mark.simulacrum@gmail.com 2018-08-04T22:24:39+00:00 urn:sha1:9ec5ef541ad17986bfe6ae067a84ea8f7b7ae133 use String::new() instead of String::from(""), "".to_string(), "".to_owned() or "".into() 2018-08-23T08:14:52+00:00 Matthias Krüger matthias.krueger@famsik.de 2018-08-23T08:14:52+00:00 urn:sha1:ede1f7d2a5a2f4038e3f3b2e953c44ee5ea06194 fix tidy errors 2018-08-19T21:01:01+00:00 Donato Sciarra sciarp@gmail.com 2018-08-18T10:14:31+00:00 urn:sha1:6138c82803a77a44e0a56cd8999299fa7f214afe