about summary refs log tree commit diff
path: root/src/etc/natvis/liballoc.natvis
AgeCommit message (Collapse)AuthorLines
2024-10-11rename RcBox in other places tooJonathan Dönszelmann-1/+1
2024-08-11Fix debuginfo providers/testsBen Kimock-9/+9
2023-12-19update natvis to match changed RawVec structureThe 8472-4/+4
2023-07-17Update natvis to match full type names for Arc, Rc, Weak, etcWesley Wiser-5/+8
Also update a test case to have the correct whitespace in a type name.
2022-11-27Fix natvis `VecDeque` formatterMarkus Everling-8/+7
2022-10-31[debuginfo] Make debuginfo type names for slices and str consistent.Michael Woerister-4/+4
Before this PR, the compiler would emit the debuginfo name `slice$<T>` for all kinds of slices, regardless of whether they are behind a reference or not and regardless of the kind of reference. As a consequence, the types `Foo<&[T]>`, `Foo<[T]>`, and `Foo<&mut [T]>` would end up with the same type name `Foo<slice$<T> >` in debuginfo, making it impossible to disambiguate between them by name. Similarly, `&str` would get the name `str` in debuginfo, so the debuginfo name for `Foo<str>` and `Foo<&str>` would be the same. In contrast, `*const [bool]` and `*mut [bool]` would be `ptr_const$<slice$<bool> >` and `ptr_mut$<slice$<bool> >`, i.e. the encoding does not lose information about the type. This PR removes all special handling for slices and `str`. The types `&[bool]`, `&mut [bool]`, and `&str` thus get the names `ref$<slice2$<bool> >`, `ref_mut$<slice2$<bool> >`, and `ref$<str$>` respectively -- as one would expect.
2022-08-12Remove out-dated NatVis visualizer.Michael Woerister-8/+0
2022-06-15debuginfo: Fix NatVis for Rc and Arc with unsized pointees.Michael Woerister-16/+110
2022-04-14Update *.natvis files (CDB?) files to take into account `Unique<T>` changesEduardo Sánchez Muñoz-6/+6
2021-07-12Add test for `Unique<T>`, weak ref counts and ref counts for `Weak<T>`Wesley Wiser-0/+6
2021-07-09Respond to review feedbackWesley Wiser-0/+1
2021-07-08Add/improve visualizations for liballoc typesWesley Wiser-0/+10
2021-03-01Add natvis for Result, NonNull, CString, CStr, and CowRyan Levick-0/+7
2020-12-28Improvements to NatVis supportArlie Davis-12/+34
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<T>, Weak<T>, and Arc<T>. * 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.
2019-05-09Fix .natvis visualizers.MaulingMonkey-6/+6
Updated to handle these changes: - `core::ptr::*` lost their `__0` elements and are just plain pointers - `core::ptr::*` probably shouldn't dereference in `DisplayString` s - `VecDeque` and `Vec` use `core::ptr::*` s - `VecDeque` and `LinkedList` moved modules again. Retested - still working fine, left alone: - `String`, `&str`, `Option`
2017-07-21*.natvis: Use s8 postfixes to correctly interpret rust strings as UTF-8.MaulingMonkey-2/+2
2017-06-13Merge crate `collections` into `alloc`Murarth-0/+56