microsoft / microsoft/vscode-cmake-tools

default launch debug attempts to use unsupported debuggers

Open
#3,686 5 comments 0 reactions 0 assignees View on GitHub
bug Feature: debug/launch
Dominant language
TypeScript
Stars
1.7k
Forks
546
Avg merge
2d 16h
Merged PRs (30d)
32

Description

### Brief Issue Summary

Cmaketools attempts to launch lldb on linux, something that is explicitely not supported by cpptools.

### CMake Tools Diagnostics

_No response_

### Debug Log

_No response_

### Additional Information

I am using the following kit on a fresh WSL debian machine:
```json
{
"name": "Clang 18.1.3 x86_64-pc-linux-gnu",
"compilers": {
"C": "/usr/bin/clang-18",
"CXX": "/usr/bin/clang++-18"
},
"isTrusted": true
},
```

When launching the default cmaketools debugger target, without manually supplying a launch.json, the following debuggers are tried in the following order:
```
/usr/bin/lldb-mi-18
/home//.vscode-server/extensions/ms-vscode.cpptools-1.19.9-linux-x64/debugAdapters/lldb-mi/bin/lldb-mi
/usr/bin/gdb-18
/usr/bin/lldb-18 # it finds this one, leading to errors..
/usr/bin/gdb
...
```
It should not try to launch lldb debuggers on the linux platform since those are not supported.

Sidenote: Is there a setting to manually override this scanning behavior and instead supply a debugger path yourself, without having to define an entire launch.json file? That would be nice.

Contributor guide

Open the contributing guide

Research direction

Inspect the default debugger-target launch path and its platform-specific debugger selection, then reproduce it with the reported WSL Debian Clang kit. Done means Linux no longer attempts the unsupported lldb debuggers before selecting a supported debugger.

Written by the indexing model from the issue text.

Assessment

Tech stack
cmake, linux, typescript, vscode
Domain
devtools, operating-systems
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.