Il problema di base qui è che la costruzione e il collegamento di un programma C ++ dipende fortemente dal sistema di compilazione in uso. Dovrai supportare le seguenti attività distinte, usando una combinazione di plugin e codice personalizzato:
Supporto generale del linguaggio C ++ per l'editor. Questo di solito viene fatto usando ms-vscode.cpptools, che la maggior parte delle persone prevede di gestire anche molte altre cose, come il supporto per la compilazione. Lascia che ti faccia risparmiare un po 'di tempo: non lo fa. Tuttavia, probabilmente lo vorrai comunque.
Costruisci, pulisci e ricostruisci attività. È qui che la scelta del sistema di generazione diventa un grosso problema. Troverai plugin per cose come CMake e Autoconf (dio ti aiuti), ma se stai usando qualcosa come Meson e Ninja, dovrai scrivere alcuni script di supporto e configurare un file personalizzato "task.json" per gestirli. Microsoft ha completamente cambiato tutto su quel file nelle ultime versioni, fino a come dovrebbe essere chiamato e ai luoghi (sì, luoghiS) in cui può andare, per non parlare di cambiare completamente il formato. Peggio ancora, hanno SEMPRE mantenuto la retrocompatibilità, per essere sicuri di usare il tasto "versione" per specificare quale variante si desidera. Vedi i dettagli qui:
https://code.visualstudio.com/docs/editor/tasks
... ma nota è in conflitto con:
https://code.visualstudio.com/docs/languages/cpp
ATTENZIONE: IN TUTTE LE RISPOSTE SOTTO, QUALSIASI COSA CHE INIZIA CON UN TAG "VERSIONE" SOTTO 2.0.0 È OSSOLETA.
Ecco la cosa più vicina che ho al momento. Nota che ho dato il via alla maggior parte del pesante sollevamento degli script, questo non mi dà davvero alcuna voce di menu con cui posso convivere, e non c'è alcun buon modo per selezionare tra debug e rilascio senza solo fare altre tre voci esplicite in Qui. Detto questo, ecco cosa posso tollerare come il mio file .vscode / task.json al momento:
{
// See https://go.microsoft.com/fwlink/?LinkId=733558
// for the documentation about the tasks.json format
"version": "2.0.0",
"tasks": [
{
"label": "build project",
"type": "shell",
"command": "buildscripts/build-debug.sh",
"args": [],
"group": {
"kind": "build",
"isDefault": true
},
"presentation": {
// Reveal the output only if unrecognized errors occur.
"echo": true,
"focus": false,
"reveal": "always",
"panel": "shared"
},
// Use the standard MS compiler pattern to detect errors, warnings and infos
"options": {
"cwd": "${workspaceRoot}"
},
"problemMatcher": {
"owner": "cpp",
"fileLocation": ["relative", "${workspaceRoot}/DEBUG"],
"pattern": {
"regexp": "^(.*):(\\d+):(\\d+):\\s+(warning|error):\\s+(.*)$",
"file": 1,
"line": 2,
"column": 3,
"severity": 4,
"message": 5
}
}
},
{
"label": "rebuild project",
"type": "shell",
"command": "buildscripts/rebuild-debug.sh",
"args": [],
"group": {
"kind": "build",
"isDefault": true
},
"presentation": {
// Reveal the output only if unrecognized errors occur.
"echo": true,
"focus": false,
"reveal": "always",
"panel": "shared"
},
// Use the standard MS compiler pattern to detect errors, warnings and infos
"options": {
"cwd": "${workspaceRoot}"
},
"problemMatcher": {
"owner": "cpp",
"fileLocation": ["relative", "${workspaceRoot}/DEBUG"],
"pattern": {
"regexp": "^(.*):(\\d+):(\\d+):\\s+(warning|error):\\s+(.*)$",
"file": 1,
"line": 2,
"column": 3,
"severity": 4,
"message": 5
}
}
},
{
"label": "clean project",
"type": "shell",
"command": "buildscripts/clean-debug.sh",
"args": [],
"group": {
"kind": "build",
"isDefault": true
},
"presentation": {
// Reveal the output only if unrecognized errors occur.
"echo": true,
"focus": false,
"reveal": "always",
"panel": "shared"
},
// Use the standard MS compiler pattern to detect errors, warnings and infos
"options": {
"cwd": "${workspaceRoot}"
},
"problemMatcher": {
"owner": "cpp",
"fileLocation": ["relative", "${workspaceRoot}/DEBUG"],
"pattern": {
"regexp": "^(.*):(\\d+):(\\d+):\\s+(warning|error):\\s+(.*)$",
"file": 1,
"line": 2,
"column": 3,
"severity": 4,
"message": 5
}
}
}
]
}
Si noti che, in teoria, questo file dovrebbe funzionare se lo si inserisce nella radice dell'area di lavoro, quindi non si è bloccati a controllare i file in directory nascoste (.vscode) nel proprio sistema di controllo delle revisioni. Devo ancora vedere che funziona davvero; testalo, ma se fallisce, mettilo in .vscode. Ad ogni modo, l'IDE cagna se non è lì comunque. (Sì, al momento, questo significa che sono stato costretto a controllare .vscode in sovversione, di cui non sono contento.) Nota che i miei script di build (non mostrati) semplicemente creano (o ricreano) una directory DEBUG usando, in il mio caso, mesone e build al suo interno (usando, nel mio caso, ninja).
- Esegui, esegui il debug, allega, ferma. Queste sono un'altra serie di attività, definite in "launch.json". O almeno lo erano. Microsoft ha fatto un tale hash della documentazione, non ne sono nemmeno più sicuro.
