https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=master 2021-08-22T15:25:42+00:00 2021-08-22T15:25:42+00:00 Joshua Nelson jyn514@gmail.com 2021-08-21T20:15:20+00:00 urn:sha1:d933edd5c6ee149d53bff4558c3fef8dc68b8766 This reverts commit 5f0c54db4e595a6a77048f2b0605138ffa49a326. 2021-07-01T16:25:53+00:00 Guillaume Gomez guillaume1.gomez@gmail.com 2021-05-27T14:06:30+00:00 urn:sha1:5f0c54db4e595a6a77048f2b0605138ffa49a326 2021-04-02T20:34:53+00:00 Joshua Nelson jyn514@gmail.com 2021-04-01T02:33:07+00:00 urn:sha1:e4244e37103d83b2cd54637ca2ac4f1c76c35a43 Instead, only load the crates that are linked to with intra-doc links. This doesn't help very much with any of rustdoc's fundamental issues with freezing the resolver, but it at least fixes a stable-to-stable regression, and makes the crate loading model somewhat more consistent with rustc's. 2019-12-09T16:08:27+00:00 Eric Huss eric@huss.org 2019-12-06T00:26:21+00:00 urn:sha1:60d4e20ff07ac4546f47f09094c7c04b577f0966 2019-11-27T03:19:54+00:00 Brian Wignall brianwignall@gmail.com 2019-11-27T03:19:54+00:00 urn:sha1:16fabd8efd416a8b957e369b8be2470e1271af9e 2019-11-23T00:15:39+00:00 Oliver Middleton olliemail27@gmail.com 2019-11-23T00:15:39+00:00 urn:sha1:4fcb3384adaa847a824ced961a225729ddb71f2d It's not even stable in rustc so it shouldn't be stable in rustdoc. 2019-11-08T07:41:40+00:00 Daniel Silverstone dsilvers@digital-scurf.org 2019-11-07T23:53:56+00:00 urn:sha1:33ded3ec7f5dbc133f9371b101310ea606663762 In order that we can successfully later resolve paths in crates which weren't loaded as a result of merely parsing the crate we're documenting, we force the resolution of the path to each crate before cloning the resolver to use later. Closes #66159 Signed-off-by: Daniel Silverstone <dsilvers@digital-scurf.org>