rust/src/libsyntax/source_map.rs, branch 1.33.0https://github.com/rust-lang/rust
http://git.dreamy.place/mirrors/rust/atom?h=1.33.02018-12-26T04:08:33+00:00Remove licenses2018-12-26T04:08:33+00:00Mark Rousskovmark.simulacrum@gmail.com2018-12-25T15:56:47+00:00urn:sha1:2a663555ddf36f6b041445894a8c175cd1bc718cBump to 1.33.02018-12-12T16:09:26+00:00Alex Crichtonalex@alexcrichton.com2018-12-05T14:42:56+00:00urn:sha1:cf47a19305d929d1870414dd6911ca3191597668
* Update bootstrap compiler
* Update version to 1.33.0
* Remove some `#[cfg(stage0)]` annotations
Actually updating the version number is blocked on updating Cargo
use top level `fs` functions where appropriate2018-12-07T17:54:11+00:00Andy Russellarussell123@gmail.com2018-11-16T21:22:06+00:00urn:sha1:2f6226518bd5085896a0f27cfd3ea396367ecd50
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.
adds DocTest filename variant, refactors doctest_offset out of source_map, fixes remaining test failures2018-12-05T00:52:42+00:00Matthew Russomatthew@edapp.com2018-12-04T20:18:03+00:00urn:sha1:f0f8aa9e05726bfbc065fa2504daf3232f29bc03updates all Filename variants to take a fingerprint2018-12-04T22:24:12+00:00Matthew Russomatthew@edapp.com2018-10-30T14:11:24+00:00urn:sha1:88130f1796e98837dc6f58aea9b9a0f49b85f426new_source_file no longer enters duplicate files, expand_include_bytes includes the source if it can convert bytes to string2018-12-04T22:19:55+00:00Matthew Russomatthew@edapp.com2018-10-30T14:10:42+00:00urn:sha1:6ee4d3cafce0d46b2d76a3f96aa62ca985a3ab6cRename other occs of (Code/File)Map to Source(Map/File) #515742018-10-29T20:26:13+00:00David Lavatidavid.lavati@gmail.com2018-10-29T20:26:13+00:00urn:sha1:6c9f6a1afdd60603ddb7ab28755fbc134b7d4844Auto merge of #55014 - ljedrz:lazyboye_unwraps, r=matthewjasper2018-10-20T11:22:48+00:00borsbors@rust-lang.org2018-10-20T11:22:48+00:00urn: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 constructors2018-10-19T12:34:44+00:00Oliver Scherergithub35764891676564198441@oli-obk.de2018-10-16T14:57:53+00:00urn:sha1:3c9258e604c7f5d3b7e86c34da1f067ff0a60257Deprecate the `FxHashMap()` and `FxHashSet()` constructor function hack2018-10-19T12:34:44+00:00Oliver Scherergithub35764891676564198441@oli-obk.de2018-10-16T08:44:26+00:00urn:sha1:ee81739dc1e0f1c4dff9480b52528fb688ef9251