Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use lldb-dap by default when using Swift 6 #1013

Open
plemarquand opened this issue Aug 16, 2024 · 3 comments
Open

Use lldb-dap by default when using Swift 6 #1013

plemarquand opened this issue Aug 16, 2024 · 3 comments
Labels
enhancement New feature or request

Comments

@plemarquand
Copy link
Contributor

Currently vscode-swift uses the CodeLLDB extension to facilitate debugging with all swift versions. In Swift 6 lldb-dap started shipping in the toolchain. lldb-dap can be used as a replacement, removing the need to use a separate extension to debug.

There is currently a setting to start using lldb-dap available in the settings. I propose we use lldb-dap by default if the user is using Swift 6, deprecate the existing setting, and add a new one to explicitly enable using CodeLLDB in Swift 6 if users want the current behaviour.

If the user is using a Swift 5.x version the setting would have no effect. Ideally we could hide it if the user is using Swift 5.x but I dont know of a VS Code API to dynamically hide settings.

@plemarquand plemarquand added the enhancement New feature or request label Aug 16, 2024
@dschaefer2
Copy link
Member

The defaults for these settings should just do the right thing: use lldb-dap if they have it or else rely on CodeLLDB.

Also note that CodeLLDB doesn't support Windows ARM so you have to use lldb-dap there.

@matthewbastien
Copy link
Member

This is going to have to wait until lldb-dap is close to feature parity with CodeLLDB.

@dschaefer2
Copy link
Member

Yes, boo, but I get it. Need to get there first.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants