Replies: 1 comment 1 reply
-
I haven't tried VSCode, so can't really help with that. If you want to debug (with gdb) you need to set At until there fixed version available, one must apply patch to SDK (LwIP library) manually. Patch can be found here: https://savannah.nongnu.org/bugs/index.php?62159 |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
I am able to, on the command line, perform cmake, make, start the OpenOCD server & connect to it with gdb-multiarch successfully. However, I would like to do the same using VSCode & the VSCode "Raspberry Pi Pico" Extension.
I have VSCode running the the PICO extension. Using the PICO extention I "import" the brickpico project. This generates the necessary .vscode directory and files. However...
The VSCode CMake fails. Likely I need to edit the VSCode launch.json file (or some other *.json file) to add the switches for the correct PICO board and the correct brickpico PCB type. Regardless, just a "cmake .." in the build directory should generate a project that can be compiled. For what ever reason, importing the brickpico project into VSCode using the "Raspberry Pi Pico" extension fails badly at this.
Going on, I can, by hand, perform the CMake in the brickpico project successfully as I did before trying VSCode. If I now go back to VSCode and press the "make" (green arrow) button, VSCode appears to successfully compile and program the PICO in the brickpico PCB! Great, only the VSCode CMake is broken. Nope...
After compiling and programming the PICO successfully, VSCode is not able to debug the target!
VSCode About Info:
Version: 1.96.4
Commit: cd4ee3b1c348a13bafd8f9ad8060705f6d4b9cba
Date: 2025-01-16T00:16:19.038Z
Electron: 32.2.6
ElectronBuildId: 10629634
Chromium: 128.0.6613.186
Node.js: 20.18.1
V8: 12.8.374.38-electron.0
OS: Linux x64 6.8.0-51-generic snap
Beta Was this translation helpful? Give feedback.
All reactions