| Age | Commit message (Collapse) | Author | Lines | |
|---|---|---|---|---|
| 2023-01-11 | Move /src/test to /tests | Albert Larsan | -545/+0 | |
| 2022-11-19 | Use `type_ascribe!` in many UI tests | Nilstrieb | -4/+4 | |
| Use it in all UI tests that are about the semantics and not the syntax of type ascription. | ||||
| 2022-10-01 | bless ui tests | Maybe Waffle | -2/+2 | |
| 2022-08-07 | Further improve error message for E0081 | Bryysen | -4/+4 | |
| Multiple duplicate assignments of the same discriminant are now reported in the samme error. We now point out the incrementation start point for discriminants that are not explicitly assigned that are also duplicates. Removed old test related to E0081 that is now covered by error-codes/E0081.rs. Also refactored parts of the `check_enum` function. | ||||
| 2022-07-15 | Make item spans more consistent | Michael Goulet | -10/+8 | |
| 2022-07-07 | suggest adding a derive for #[default] applied to variants | Deadbeef | -5/+5 | |
| 2022-07-04 | suggest `#[derive(Default)]` to enums with `#[default]` | Takayuki Maeda | -0/+22 | |
| 2022-05-28 | Improve error message for E0081 | Bryysen | -9/+16 | |
| Previously whenever a duplicate discriminant was detected for an Enum, we would print the discriminant bits in the diagnostic without any casting. This caused us to display incorrect values for negative discriminants. After this PR we format the discriminant signedness correctly. Also reworded some of the original error messages. | ||||
| 2021-11-06 | Move some tests to more reasonable directories | Caio | -0/+46 | |
| 2021-08-30 | `feature(const_generics)` -> `feature(const_param_types)` | lcnr | -2/+2 | |
| 2021-08-30 | rename const_evaluatable_checked to generic_const_exprs | Ellen | -2/+2 | |
| :sparkles: | ||||
| 2021-07-28 | Show discriminant before overflow in diagnostic. | Maarten de Vries | -3/+5 | |
| 2021-05-01 | Add help message for unused type param | kadmin | -0/+2 | |
| 2021-02-17 | Rollup merge of #79981 - camelid:overflowing_literals-inference-error, r=lcnr | Guillaume Gomez | -0/+4 | |
| Add 'consider using' message to overflowing_literals Fixes #79744. Ironically, the `overflowing_literals` handler for binary or hex already had this message! You would think it would be the other way around :) cc ```@scottmcm``` | ||||
| 2021-02-13 | Improve error and help messages | Camelid | -4/+4 | |
| 2020-12-26 | update tests | Bastian Kauschke | -32/+29 | |
| 2020-12-12 | Add 'consider using' message to overflowing_literals | Camelid | -0/+4 | |
| Ironically, the overflowing_literals handler for binary or hex already had this message! You would think it would be the other way around :) | ||||
| 2020-05-07 | Add some tests for #67945 | Yuki Okushi | -0/+59 | |
| 2020-04-11 | rustc: Add a warning count upon completion | RoccoDev | -0/+2 | |
| 2020-03-15 | Add more context to the literal overflow message | YI | -0/+7 | |
| 2020-01-24 | Normalise notes with the/is | varkor | -2/+2 | |
| 2019-12-06 | accept union inside enum if not followed by identifier | Kamlesh Kumar | -0/+13 | |
| 2019-11-23 | Add error reporting on nested keywords inside 'enum' definition | Janusz Marcinkiewicz | -0/+34 | |
| 2019-10-16 | update ui tests | Guillaume Gomez | -0/+1 | |
| 2019-04-30 | Place types inside backticks | varkor | -8/+8 | |
| 2019-04-18 | hide `--explain` hint if error has no extended info | Andy Russell | -1/+0 | |
| 2019-03-11 | Update tests | Vadim Petrochenkov | -13/+13 | |
| 2018-12-25 | Remove licenses | Mark Rousskov | -110/+19 | |
| 2018-12-25 | Auto merge of #57088 - euclio:non-camel-case-early-lint, r=estebank | bors | -1/+3 | |
| make non_camel_case_types an early lint This allows us to catch these kinds of style violations much earlier, as evidenced by the large number of tests that had to be updated for this change. | ||||
| 2018-12-24 | make non_camel_case_types an early lint | Andy Russell | -1/+3 | |
| 2018-12-22 | enum type instead of variant suggestion unification | Zack M. Davis | -1/+1 | |
| Weirdly, we were deciding between a help note and a structured suggestion based on whether the import candidate span was a dummy—but we weren't using that span in any case! The dummy-ness of the span (which appears to be a matter of this-crate vs. other-crate definition) isn't the right criterion by which we should decide whether it's germane to mention that "there is an enum variant"; instead, let's use the someness of `def` (which is used as the `has_unexpected_resolution` argument to `error_code`). Since `import_candidate_to_paths` has no other callers, we are free to stop returning the span and rename the function. By using `span_suggestions_`, we leverage the max-suggestions output limit already built in to the emitter, thus resolving #56028. In the matter of message wording, "you can" is redundant (and perhaps too informal); prefer the imperative. | ||||
| 2018-11-18 | resolve: Tweak some articles in ambiguity diagnostics | Vadim Petrochenkov | -1/+1 | |
| 2018-08-31 | cleanup: Add main functions to some UI tests | Vadim Petrochenkov | -7/+3 | |
| 2018-08-14 | Merged migrated compile-fail tests and ui tests. Fixes #46841. | David Wood | -0/+445 | |
