| Age | Commit message (Collapse) | Author | Lines | |
|---|---|---|---|---|
| 2023-11-23 | rustdoc: move ICE tests to ui | Michael Howell | -19/+0 | |
| 2023-10-16 | Rename `issue-\d+.rs` tests to have meaningful names | Michael Howell | -10/+0 | |
| 2023-10-13 | Stabilize AFIT and RPITIT | Michael Goulet | -1/+0 | |
| 2023-10-11 | Add tests for enum discriminant value display with `repr` | Guillaume Gomez | -0/+24 | |
| 2023-10-09 | Auto merge of #116142 - GuillaumeGomez:enum-variant-display, r=fmease | bors | -0/+24 | |
| [rustdoc] Show enum discrimant if it is a C-like variant Fixes https://github.com/rust-lang/rust/issues/101337. We currently display values for associated constant items in traits:  And we also display constant values like [here](file:///home/imperio/rust/rust/build/x86_64-unknown-linux-gnu/doc/std/f32/consts/constant.E.html). I think that for coherency, we should display values of C-like enum variants. With this change, it looks like this:  As for the display of the constant value itself, I used what we already have to keep coherency. We display the C-like variants value in the following scenario: 1. It is a C-like variant with a value set => all the time 2. It is a C-like variant without a value set: All other variants are C-like variants and at least one them has its value set. Here is the result in code: ```rust // Ax and Bx value will be displayed. enum A { Ax = 12, Bx, } // Ax and Bx value will not be displayed enum B { Ax, Bx, } // Bx value will not be displayed enum C { Ax(u32), Bx, } // Bx value will not be displayed, Cx value will be displayed. #[repr(u32)] enum D { Ax(u32), Bx, Cx = 12, } ``` r? `@notriddle` | ||||
| 2023-10-07 | Add cross-crate C-like variant test | Guillaume Gomez | -0/+24 | |
| 2023-10-04 | Rename issue-\d+.rs tests to have meaningful names | Michael Howell | -27/+0 | |
| 2023-08-26 | rustdoc: handle typedef inner type when doing cross-crate inlining | Urgau | -0/+5 | |
| 2023-07-27 | Auto merge of #113374 - GuillaumeGomez:private-to-public-path, ↵ | bors | -0/+1 | |
| r=notriddle,fmease [rustdoc] If re-export is private, get the next item until a public one is found or expose the private item directly Fixes #81141. If we have: ```rust use Private as Something; pub fn foo() -> Something {} ``` Then `Something` will be replaced by `Private`. r? `@notriddle` | ||||
| 2023-07-26 | Fix regression for private in public | Guillaume Gomez | -0/+1 | |
| 2023-07-24 | Add regression test for #113982 | Guillaume Gomez | -0/+3 | |
| 2023-06-21 | Add rustdoc tests for `lazy_type_alias` | Guillaume Gomez | -0/+15 | |
| 2023-04-12 | Split out a separate feature gate for impl trait in associated types | Oli Scherer | -1/+1 | |
| 2023-03-30 | Update tests for rustc_doc_primitive | Guillaume Gomez | -2/+4 | |
| 2023-02-04 | rustdoc: trait bound formatting | Roland Strasser | -0/+12 | |
| rustdoc: fix item-spacer rustdoc: use proper comment style rustdoc: change formatting where clauses for traits rustdoc: remove semicolon from provided methods update provided methods formatting | ||||
| 2023-01-30 | rustdoc: remove unnecessary wrapper div.item-decl from HTML | Michael Howell | -1/+1 | |
| 2023-01-14 | rustdoc: remove redundant item kind class from `.item-decl > pre` | Michael Howell | -1/+1 | |
| This class originated in the very first commit of `rustdoc_ng`, and was used to add a color border around the item decl based on its kind. https://github.com/rust-lang/rust/blob/4fd061c426902b0904c65e64a3780b21f9ab3afb/src/rustdoc_ng/html/static/main.css#L102-L106 The item decl no longer has a border, and there aren't any kind-specific styles in modern rustdoc's rendering of this UI item. Most of this commit is updating test cases so that they use `item-decl` to find the `<pre>` tag instead of relying on the fact that the class name had `rust {kind}` in it while other `<pre>` tags only had class `rust`. | ||||
| 2023-01-11 | Move /src/test to /tests | Albert Larsan | -0/+973 | |
