https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=1.56.1 2021-07-19T15:43:35+00:00 2021-07-19T15:43:35+00:00 Esteban Küber esteban@kuber.com.ar 2021-07-17T18:13:50+00:00 urn:sha1:ba052bd8de1459acb6809215b0bedf4ea476ef9a * Always point at macros, including derive macros * Point at non-local items that introduce a trait requirement * On private associated item, point at definition 2021-05-12T23:03:06+00:00 Aaron Hill aa1ronham@gmail.com 2021-02-13T19:52:25+00:00 urn:sha1:0dd9f118d973bb077c6ff0e2a57421ca2eecb81c When there are multiple macros in use, it can be difficult to tell which one was responsible for producing an error. 2020-09-02T19:26:37+00:00 Dan Aloni alonid@gmail.com 2020-09-02T07:40:56+00:00 urn:sha1:07e7823c01be1733df2480de19fbbe6b8e9384cf If a symbol name can only be imported from one place for a type, and as long as it was not glob-imported anywhere in the current crate, we can trim its printed path and print only the name. This has wide implications on error messages with types, for example, shortening `std::vec::Vec` to just `Vec`, as long as there is no other `Vec` importable anywhere. This adds a new '-Z trim-diagnostic-paths=false' option to control this feature. On the good path, with no diagnosis printed, we should try to avoid issuing this query, so we need to prevent trimmed_def_paths query on several cases. This change also relies on a previous commit that differentiates between `Debug` and `Display` on various rustc types, where the latter is trimmed and presented to the user and the former is not. 2020-02-06T19:46:38+00:00 Eduard-Mihai Burtescu edy.burt@gmail.com 2019-12-16T13:56:47+00:00 urn:sha1:4c7eb59e8161fd7bd2da89fc8c8d73c32bcd789b 2018-12-26T04:08:33+00:00 Mark Rousskov mark.simulacrum@gmail.com 2018-12-25T15:56:47+00:00 urn:sha1:2a663555ddf36f6b041445894a8c175cd1bc718c 2018-12-04T09:06:05+00:00 Oliver Scherer github35764891676564198441@oli-obk.de 2018-11-27T09:56:36+00:00 urn:sha1:61efc3b71b28e5adde5a7e0b71e519e3d5001917 2018-09-05T05:33:00+00:00 John Renner john@jrenner.net 2018-07-21T01:04:02+00:00 urn:sha1:9b27de41d4e00cb6c23df270572472fd4c6f47f8