<feed xmlns='http://www.w3.org/2005/Atom'>
<title>rust/src/test/debuginfo, branch 1.53.0</title>
<subtitle>https://github.com/rust-lang/rust
</subtitle>
<id>http://git.dreamy.place/mirrors/rust/atom?h=1.53.0</id>
<link rel='self' href='http://git.dreamy.place/mirrors/rust/atom?h=1.53.0'/>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/'/>
<updated>2021-04-27T15:07:36+00:00</updated>
<entry>
<title>Fix failed tests related to pointer printing when using GDB 10</title>
<updated>2021-04-27T15:07:36+00:00</updated>
<author>
<name>lrh2000</name>
<email>lrh2000@pku.edu.cn</email>
</author>
<published>2021-04-27T15:07:36+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=e8e5a884ad9d6d1f7f0091cde961d462e17765eb'/>
<id>urn:sha1:e8e5a884ad9d6d1f7f0091cde961d462e17765eb</id>
<content type='text'>
As mentioned in #79009, there are four failed debuginfo test cases
when using GDB 10. This commit fixes two of them, which fail because
GDB 10 won't print pointers as string anymore. We can use `printf`
as a workaround. It should work regardless of the version of GDB.

Refer this [comment] for more details.

[comment]: https://github.com/rust-lang/rust/issues/79009#issuecomment-826952708
</content>
</entry>
<entry>
<title>Auto merge of #83799 - crlf0710:stablize_non_ascii_idents, r=Manishearth</title>
<updated>2021-04-18T23:28:43+00:00</updated>
<author>
<name>bors</name>
<email>bors@rust-lang.org</email>
</author>
<published>2021-04-18T23:28:43+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=c4ba8e3e5fdd9aaf30d82e5a9cc22dcefb75a79d'/>
<id>urn:sha1:c4ba8e3e5fdd9aaf30d82e5a9cc22dcefb75a79d</id>
<content type='text'>
Stablize `non-ascii-idents`

This is the stablization PR for RFC 2457. Currently this is waiting on fcp in [tracking issue](https://github.com/rust-lang/rust/issues/55467).

r? `@Manishearth`
</content>
</entry>
<entry>
<title>Fix closed over variables not available in debuginfo for Windows MSVC</title>
<updated>2021-04-08T18:08:56+00:00</updated>
<author>
<name>Wesley Wiser</name>
<email>wesleywiser@microsoft.com</email>
</author>
<published>2021-04-06T17:34:17+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=533002d3a1f7f95f167323174205b57564b576a6'/>
<id>urn:sha1:533002d3a1f7f95f167323174205b57564b576a6</id>
<content type='text'>
The issue was that the resulting debuginfo was too complex for LLVM to
translate into CodeView records correctly. As a result, it simply
ignored the debuginfo which meant Windows debuggers could not display
any closed over variables when stepping inside a closure.

This fixes that by spilling additional variables to the stack so that
the resulting debuginfo is simple (just `*my_variable.dbg.spill`) and
LLVM can generate the correct CV records.
</content>
</entry>
<entry>
<title>Stablize `non_ascii_idents` feature.</title>
<updated>2021-04-07T18:52:00+00:00</updated>
<author>
<name>Charles Lew</name>
<email>crlf0710@gmail.com</email>
</author>
<published>2021-04-03T02:35:11+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=e5f9271f360028329e724ddf61c158760e91b7d7'/>
<id>urn:sha1:e5f9271f360028329e724ddf61c158760e91b7d7</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Remove redundant `ignore-tidy-linelength` annotations</title>
<updated>2021-04-03T20:30:20+00:00</updated>
<author>
<name>Simon Jakobi</name>
<email>simon.jakobi@gmail.com</email>
</author>
<published>2021-04-03T11:05:11+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=3ea62cb5d19846b44172d861ae231c8c09322800'/>
<id>urn:sha1:3ea62cb5d19846b44172d861ae231c8c09322800</id>
<content type='text'>
This is step 2 towards fixing #77548.

In the codegen and codegen-units test suites, the `//` comment markers
were kept in order not to affect any source locations. This is because
these tests cannot be automatically `--bless`ed.
</content>
</entry>
<entry>
<title>Update tests for extern block linting</title>
<updated>2021-01-13T12:49:16+00:00</updated>
<author>
<name>Mark Rousskov</name>
<email>mark.simulacrum@gmail.com</email>
</author>
<published>2020-09-01T21:12:52+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=8a3edb1d661ed5ce685bd5dcfa600b6e02897b86'/>
<id>urn:sha1:8a3edb1d661ed5ce685bd5dcfa600b6e02897b86</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Improvements to NatVis support</title>
<updated>2020-12-28T20:14:49+00:00</updated>
<author>
<name>Arlie Davis</name>
<email>ardavis@microsoft.com</email>
</author>
<published>2020-12-22T22:02:07+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=2f584229d4e9dab4f1eb4cb548756b708619ae15'/>
<id>urn:sha1:2f584229d4e9dab4f1eb4cb548756b708619ae15</id>
<content type='text'>
NatVis files describe how to display types in some Windows debuggers,
such as Visual Studio, WinDbg, and VS Code.

This commit makes several improvements:

* Adds visualizers for Rc&lt;T&gt;, Weak&lt;T&gt;, and Arc&lt;T&gt;.

* Changes [size] to [len], for consistency with the Rust API.
  Visualizers often use [size] to mirror the size() method on C++ STL
  collections.

* Several visualizers used the PVOID and ULONG typedefs. These are part
  of the Windows API; they are not guaranteed to always be defined in a
  pure Rust DLL/EXE. I converted PVOID to `void*` and `ULONG` to
  `unsigned long`.

* Cosmetic change: Removed {} braces around the visualized display
  for `Option` types. They now display simply as `Some(value)` or
  `None`, which reflects what is written in source code.

* The visualizer for `alloc::string::String` makes assumptions about
  the layout of `String` (it casts `String*` to another type), rather
  than using symbolic expressions. This commit changes the visualizer
  so that it simply uses symbolic expressions to access the string
  data and string length.
</content>
</entry>
<entry>
<title>Auto merge of #78461 - TimDiekmann:vec-alloc, r=Amanieu</title>
<updated>2020-11-21T22:46:50+00:00</updated>
<author>
<name>bors</name>
<email>bors@rust-lang.org</email>
</author>
<published>2020-11-21T22:46:50+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=a1a13b2bc4fa6370b9501135d97c5fe0bc401894'/>
<id>urn:sha1:a1a13b2bc4fa6370b9501135d97c5fe0bc401894</id>
<content type='text'>
Add support for custom allocators in `Vec`

This follows the [roadmap](https://github.com/rust-lang/wg-allocators/issues/7) of the allocator WG to add custom allocators to collections.

r? `@Amanieu`

This pull request requires a crater run.

### Prior work:
- #71873: Crater-test to solve rust-lang/wg-allocators#1
- [`alloc-wg`](https://github.com/TimDiekmann/alloc-wg)-crate
</content>
</entry>
<entry>
<title>Auto merge of #78104 - ssomers:btree_root_redux, r=Mark-Simulacrum</title>
<updated>2020-11-20T16:12:35+00:00</updated>
<author>
<name>bors</name>
<email>bors@rust-lang.org</email>
</author>
<published>2020-11-20T16:12:35+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=593fe977a77ad5a7aec23c6cb0f86a3470221670'/>
<id>urn:sha1:593fe977a77ad5a7aec23c6cb0f86a3470221670</id>
<content type='text'>
BTreeMap: replace Root with NodeRef&lt;Owned, ...&gt;

`NodeRef&lt;marker::Owned, …&gt;` already exists as a representation of root nodes, and it makes more sense to alias `Root` to that than to reuse the space-efficient `BoxedNode` that is oblivious to height, where height is required.

r? `@Mark-Simulacrum`
</content>
</entry>
<entry>
<title>Fix debuginfo test for `Vec`</title>
<updated>2020-11-19T10:22:53+00:00</updated>
<author>
<name>Tim Diekmann</name>
<email>tim.diekmann@3dvision.de</email>
</author>
<published>2020-11-19T10:22:53+00:00</published>
<link rel='alternate' type='text/html' href='http://git.dreamy.place/mirrors/rust/commit/?id=a600410f4f005151b34aca5d3371144943104a5f'/>
<id>urn:sha1:a600410f4f005151b34aca5d3371144943104a5f</id>
<content type='text'>
</content>
</entry>
</feed>
