<feed xmlns='http://www.w3.org/2005/Atom'>
<title>rust/tests/ui/diagnostic-width, branch beta</title>
<subtitle>https://github.com/rust-lang/rust
</subtitle>
<id>http://git.dreamy.place/mirrors/rust/atom?h=beta</id>
<link rel='self' href='http://git.dreamy.place/mirrors/rust/atom?h=beta'/>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/'/>
<updated>2025-08-07T21:39:00+00:00</updated>
<entry>
<title>Account for bare tuples in field searching logic</title>
<updated>2025-08-07T21:39:00+00:00</updated>
<author>
<name>Esteban Küber</name>
<email>esteban@kuber.com.ar</email>
</author>
<published>2025-07-29T18:39:16+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=26c12c746296e01c2dc13d8078b0a2f1569fcb1c'/>
<id>urn:sha1:26c12c746296e01c2dc13d8078b0a2f1569fcb1c</id>
<content type='text'>
When looking for the field names and types of a given type, account for tuples. This allows suggestions for incorrectly nested field accesses and field name typos to trigger as intended. Previously these suggestions only worked on `ty::Adt`, including tuple structs which are no different to tuples, so they should behave the same in suggestions.

```
error[E0599]: no method named `get_ref` found for tuple `(BufReader&lt;File&gt;,)` in the current scope
  --&gt; $DIR/missing-field-access.rs:11:15
   |
LL |     let x = f.get_ref();
   |               ^^^^^^^ method not found in `(BufReader&lt;File&gt;,)`
   |
help: one of the expressions' fields has a method of the same name
   |
LL |     let x = f.0.get_ref();
   |               ++
```
</content>
</entry>
<entry>
<title>Bless unicode test</title>
<updated>2025-06-16T11:30:09+00:00</updated>
<author>
<name>Mark Rousskov</name>
<email>mark.simulacrum@gmail.com</email>
</author>
<published>2025-06-16T11:30:09+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=7c1553c85bf0c6566bffa5a22e91a9c517458ab9'/>
<id>urn:sha1:7c1553c85bf0c6566bffa5a22e91a9c517458ab9</id>
<content type='text'>
Most likely caused by updating unicode-width v0.2.0 -&gt; v0.2.1,
the change seems reasonable enough.
</content>
</entry>
<entry>
<title>cleaned up some tests</title>
<updated>2025-06-07T20:14:05+00:00</updated>
<author>
<name>Kivooeo</name>
<email>Kivooeo123@gmail.com</email>
</author>
<published>2025-06-06T18:29:49+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=3380a91f5baccd551fffd8a1f5dc1fa3d23e5b5e'/>
<id>urn:sha1:3380a91f5baccd551fffd8a1f5dc1fa3d23e5b5e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>cleaned up some tests</title>
<updated>2025-06-05T15:03:29+00:00</updated>
<author>
<name>Kivooeo</name>
<email>Kivooeo123@gmail.com</email>
</author>
<published>2025-06-03T18:35:08+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=9770f9bb0703add138a180fe05b2d809f3b2c178'/>
<id>urn:sha1:9770f9bb0703add138a180fe05b2d809f3b2c178</id>
<content type='text'>
</content>
</entry>
<entry>
<title>compiletest: Support matching on non-json lines in compiler output</title>
<updated>2025-05-04T15:27:45+00:00</updated>
<author>
<name>Vadim Petrochenkov</name>
<email>vadim.petrochenkov@gmail.com</email>
</author>
<published>2025-05-02T14:56:07+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=56d6b4e427c271e8f069500f6fac4e209e946144'/>
<id>urn:sha1:56d6b4e427c271e8f069500f6fac4e209e946144</id>
<content type='text'>
and migrate most of remaining `error-pattern`s to it.

</content>
</entry>
<entry>
<title>compiletest: Make diagnostic kind mandatory on line annotations</title>
<updated>2025-04-30T07:44:24+00:00</updated>
<author>
<name>Vadim Petrochenkov</name>
<email>vadim.petrochenkov@gmail.com</email>
</author>
<published>2025-04-05T16:19:56+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=20faf8532b5ddeb636ba3078344b0cad058c8f8a'/>
<id>urn:sha1:20faf8532b5ddeb636ba3078344b0cad058c8f8a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Do not suggest using `-Zmacro-backtrace` for builtin macros</title>
<updated>2025-03-14T19:50:03+00:00</updated>
<author>
<name>Esteban Küber</name>
<email>esteban@kuber.com.ar</email>
</author>
<published>2025-03-11T23:42:36+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=f0b8e13b59a68d63cf7083be5cd6dcca3abf18ff'/>
<id>urn:sha1:f0b8e13b59a68d63cf7083be5cd6dcca3abf18ff</id>
<content type='text'>
For macros that are implemented on the compiler, we do *not* mention the `-Zmacro-backtrace` flag. This includes `derive`s and standard macros.
</content>
</entry>
<entry>
<title>Make trimming logic work on more than one span at a time</title>
<updated>2025-03-07T17:55:08+00:00</updated>
<author>
<name>Esteban Küber</name>
<email>esteban@kuber.com.ar</email>
</author>
<published>2025-02-28T00:30:45+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=a04c47a0f3501c04b8932a4f65473dc9cfe660a3'/>
<id>urn:sha1:a04c47a0f3501c04b8932a4f65473dc9cfe660a3</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Refactor `emitter` to better account for unicode chars when trimming</title>
<updated>2025-03-07T17:55:08+00:00</updated>
<author>
<name>Esteban Küber</name>
<email>esteban@kuber.com.ar</email>
</author>
<published>2025-02-27T21:12:58+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=f1c751bc1a08e3439a9d0c482cbb0ea0fc8f644f'/>
<id>urn:sha1:f1c751bc1a08e3439a9d0c482cbb0ea0fc8f644f</id>
<content type='text'>
Change the way that underline positions are calculated by delaying using
the "visual" column position until the last possible moment, instead
using the "file"/byte position in the file, and then calculating visual
positioning as late as possible. This should make the underlines more
resilient to non-1-width unicode chars.

Unfortunately, as part of this change (which fixes some visual bugs)
comes with the loss of some eager tab codepoint handling, but the output
remains legible despite some minor regression on the "margin trimming"
logic.
</content>
</entry>
<entry>
<title>On long spans, trim the middle of them to make them fit in the terminal width</title>
<updated>2025-03-07T17:55:08+00:00</updated>
<author>
<name>Esteban Küber</name>
<email>esteban@kuber.com.ar</email>
</author>
<published>2025-02-27T21:11:22+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=72326bfe4033fe51c5cb0f31614bbf6e66ec77f9'/>
<id>urn:sha1:72326bfe4033fe51c5cb0f31614bbf6e66ec77f9</id>
<content type='text'>
When encountering a single line span that is wider than the terminal, we keep context at the start and end of the span but otherwise remove the code from the middle. This is somewhat independent from whether the left and right margins of the output have been trimmed as well.

```
error[E0308]: mismatched types
  --&gt; $DIR/long-span.rs:6:15
   |
LL | ... = [0, 0, 0, 0, ..., 0, 0];
   |       ^^^^^^^^^^^^^...^^^^^^^ expected `u8`, found `[{integer}; 1681]`
```

Address part of #137680 (missing handling of the long suggestion). Fix #125581.
</content>
</entry>
</feed>
