Skip to content

Commit 70ff6f7

Browse files
committed
Bump version, update changelog and readme
1 parent 9c19188 commit 70ff6f7

File tree

4 files changed

+13
-6
lines changed

4 files changed

+13
-6
lines changed

CHANGELOG.md

Lines changed: 7 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -8,6 +8,13 @@ The format is based on [Keep a Changelog](https://keepachangelog.com/en/1.0.0/).
88
### Known issues
99
- The visualization is not shown after hiding the webview with another window and showing it again
1010

11+
## [0.8.0]
12+
### Added
13+
- Automatic C++ type alias unrolling in GDB and LLDB
14+
### Fixed
15+
- Handling of C++ const, volatile and reference types
16+
- Support for CodeLLDB
17+
1118
## [0.7.0]
1219
### Added
1320
- Support for Ruby

README.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -91,9 +91,9 @@ The directory containing user files can be defined in settings, by default it is
9191

9292
##### Type aliases
9393

94-
By default the extension doesn't work for C++ `typedef`s with GDB and LLDB. It's because these debuggers don't return the original types which is how types are defined in this extension. This issue [is known](https://github.com/microsoft/vscode-cpptools/issues/3038) and also affects the use of natvis files in VSCode. If [this proposal](https://github.com/microsoft/MIEngine/issues/1236) was implemented it could potentially allow to work around this issue automatically. For now there is only manual workaround.
94+
GDB and LLDB debuggers [don't report](https://github.com/microsoft/vscode-cpptools/issues/3038) original C++ types for variables created from type alias/typedef but original types are needed for this extension to work correctly. Fortunately the implementation of [this proposal](https://github.com/microsoft/MIEngine/issues/1236) allows to unroll the types automatically.
9595

96-
If you use GDB or LLDB you can define type aliases used in your code. It can be done in the same `*.json` files as described above. For example the following aliases:
96+
If you choose to define aliases manually, e.g. automatic unrolling doesn't work for you, you can do it in the same `*.json` files as described above. For example the following aliases:
9797
```c++
9898
namespace bg = boost::geometry;
9999
using point_t = bg::model::point<double, 2, bg::cs::cartesian>;
@@ -119,5 +119,5 @@ could be defined as follows:
119119

120120
#### Known issues
121121

122-
* You may experience problems with CodeLLDB because [simple expressions](https://github.com/vadimcn/vscode-lldb/blob/master/MANUAL.md#expressions) are enabled by default. If some of the variables are not visualized you could try enabling [native expressions](https://github.com/vadimcn/vscode-lldb/blob/master/MANUAL.md#launching-a-new-process) in the launch.json.
122+
* You may experience problems with CodeLLDB because [simple expressions](https://github.com/vadimcn/vscode-lldb/blob/master/MANUAL.md#expressions) are enabled by default. If some of the variables are not visualized you could try enabling [native expressions](https://github.com/vadimcn/codelldb/blob/master/MANUAL.md#starting-a-new-debug-session) in the launch.json.
123123
* Holes of geographic polygons may be visualized incorrectly. This is a side effect of a workaround for an [issue in Plotly](https://github.com/plotly/plotly.js/issues/6044) which doesn't support geographic polygons with holes.

package-lock.json

Lines changed: 2 additions & 2 deletions
Some generated files are not rendered by default. Learn more about customizing how changed files appear on GitHub.

package.json

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
{
22
"name": "graphicaldebugging-vscode",
3-
"version": "0.7.0",
3+
"version": "0.8.0",
44
"publisher": "AdamWulkiewicz",
55
"author": {
66
"name": "Adam Wulkiewicz"

0 commit comments

Comments
 (0)