Configurer des sessions de débogage CMake

Article
10/28/2023

La prise en charge native de CMake est disponible dans Visual Studio 2017 et versions ultérieures. Pour consulter la documentation de ces versions, définissez le contrôle de sélecteur Version de Visual Studio pour cet article sur Visual Studio 2017 ou ultérieur. Il se trouve en haut de la table des matières de cette page.

Toutes les cibles CMake exécutables figurent dans la liste déroulante Élément de démarrage dans la barre d’outils. Sélectionnez-en une pour démarrer une session de débogage et lancer le débogueur.

Capture d’écran de la liste déroulante des éléments de démarrage CMake.

Vous pouvez également démarrer une session de débogage à partir de Explorateur de solutions. Tout d’abord, basculez en mode Cibles CMake dans la fenêtre Explorateur de solutions.

Capture d’écran du menu Affichage cibles CMake.

Ensuite, cliquez avec le bouton droit sur un exécutable et sélectionnez Déboguer. Cette commande démarre automatiquement le débogage de la cible sélectionnée en fonction de votre configuration active.

Capture d’écran du menu de l’option Affichage des cibles CMake.

À compter de Visual Studio 2022 version 17.6, vous pouvez également démarrer une session de débogage sur votre fichier CMakeLists.txt. Pour ce faire, définissez simplement un point d’arrêt dans votre fichier CMakeLists.txt et exécutez Configurer Project avec le débogueur CMake à partir de la liste déroulante Project .

Capture d’écran de la liste déroulante du débogueur CMake.

Personnaliser les paramètres du débogueur

Vous pouvez personnaliser les paramètres du débogueur pour n’importe quelle cible CMake exécutable dans votre projet. Ils se trouvent dans un fichier de configuration appelé launch.vs.json, situé dans un .vs dossier à la racine de votre projet. Un fichier de configuration de lancement est utile dans la plupart des scénarios de débogage, car vous pouvez configurer et enregistrer vos détails de configuration de débogage. Il existe trois points d’entrée dans ce fichier :

Menu Débogage : sélectionnez Déboguer > et lancer les paramètres de ${activeDebugTarget} dans le menu principal pour personnaliser la configuration de débogage spécifique à votre cible de débogage active. Si vous n’avez pas de cible de débogage sélectionnée, cette option est grisée.

Vue Cibles : accédez à la vue Cibles dans Explorateur de solutions. Ensuite, cliquez avec le bouton droit sur une cible de débogage, puis sélectionnez Ajouter une configuration de débogage pour personnaliser la configuration de débogage spécifique à la cible sélectionnée.

Capture d’écran de la commande Ajouter une configuration de débogage dans le menu contextuel de la cible.

Racine CMakeLists.txt : cliquez avec le bouton droit sur un CMakeLists.txt racine, puis sélectionnez Ajouter une configuration de débogage pour ouvrir la boîte de dialogue Sélectionner un débogueur. La boîte de dialogue vous permet d’ajouter n’importe quel type de configuration de débogage, mais vous devez spécifier manuellement la cible CMake à appeler via la projectTarget propriété.

Capture d’écran de la boîte de dialogue Sélectionner un débogueur.

Vous pouvez modifier le fichier launch.vs.json pour créer des configurations de débogage pour un nombre quelconque de cibles CMake. Lorsque vous enregistrez le fichier, Visual Studio crée une entrée pour chaque nouvelle configuration dans la liste déroulante Élément de démarrage.

Clés de référence dans CMakeSettings.json

Pour référencer n’importe quelle clé dans un fichier CMakeSettings.json , ajoutez-la cmake. dans launch.vs.json. L’exemple suivant montre un fichier launch.vs.json simple qui extrait la valeur de la remoteCopySources clé dans le fichier CMakeSettings.json pour la configuration actuellement sélectionnée :

{
  "version": "0.2.1",
  "configurations": [
    {
      "type": "default",
      "project": "CMakeLists.txt",
      "projectTarget": "CMakeHelloWorld.exe (Debug\\CMakeHelloWorld.exe)",
      "name": "CMakeHelloWorld.exe (Debug\\CMakeHelloWorld.exe)",
      "args": ["${cmake.remoteCopySources}"]
    }
  ]
}

Les variables d’environnement définies dans CMakeSettings.json peuvent également être utilisées dans launch.vs.json à l’aide de la syntaxe ${env.VARIABLE_NAME}. Dans Visual Studio 2019 version 16.4 et ultérieure, les cibles de débogage sont lancées automatiquement à l’aide de l’environnement que vous spécifiez dans CMakeSettings.json. Vous pouvez annuler la définition d’une variable d’environnement en la définissant sur Null.

informations de référence sur Launch.vs.json

Il existe de nombreuses propriétés launch.vs.json pour prendre en charge tous vos scénarios de débogage. Les propriétés suivantes sont communes à toutes les configurations de débogage, à la fois distantes et locales :

projectTarget: spécifie la cible CMake à appeler lors de la génération du projet. Visual Studio remplit automatiquement cette propriété si vous entrez launch.vs.json à partir du menu débogage ou de la vue Cibles. Cette valeur doit correspondre au nom d’une cible de débogage existante répertoriée dans la liste déroulante Élément de démarrage.

env: variables d’environnement supplémentaires à ajouter à l’aide de la syntaxe :

"env": {
      "DEBUG_LOGGING_LEVEL": "trace;info",
      "ENABLE_TRACING": "true"
    }

args: arguments de ligne de commande passés au programme pour déboguer.

référence Launch.vs.json pour les projets distants et WSL

Dans Visual Studio 2019 version 16.6, nous avons ajouté une nouvelle configuration de débogage permettant de type: cppgdb simplifier le débogage sur les systèmes distants et WSL. Les anciennes configurations de débogage sont type: cppdbg toujours prises en charge.

Type de configuration `cppgdb`

name: nom convivial permettant d’identifier la configuration dans la liste déroulante Élément de démarrage.
project: spécifie le chemin relatif du fichier projet. Normalement, vous n’avez pas besoin de modifier ce chemin lors du débogage d’un projet CMake.
projectTarget: spécifie la cible CMake à appeler lors de la génération du projet. Visual Studio remplit automatiquement cette propriété si vous entrez launch.vs.json à partir du menu débogage ou de la vue Cibles. Cette valeur cible doit correspondre au nom d’une cible de débogage existante répertoriée dans la liste déroulante Élément de démarrage.
debuggerConfiguration: indique l’ensemble de valeurs par défaut de débogage à utiliser. Dans Visual Studio 2019 version 16.6, la seule option valide est gdb. Visual Studio 2019 version 16.7 ou ultérieure prend également en charge gdbserver.
args: arguments de ligne de commande transmis au démarrage au programme en cours de débogage.
env: variables d’environnement supplémentaires transmises au programme en cours de débogage. Par exemple : {"DISPLAY": "0.0"}.
processID: ID de processus Linux auquel attacher. Utilisé uniquement lors de l’attachement à un processus distant. Pour plus d’informations, consultez Résoudre les problèmes liés aux processus à l’aide de GDB.

Options supplémentaires pour la `gdb` configuration

program : a la valeur par défaut "${debugInfo.fullTargetPath}". Chemin Unix de l’application à déboguer. Obligatoire uniquement s’il est différent de l’exécutable cible dans la build ou l’emplacement de déploiement.
remoteMachineName : a la valeur par défaut "${debugInfo.remoteMachineName}". Nom du système distant qui héberge le programme pour déboguer. Obligatoire uniquement s’il est différent du système de build. Doit avoir une entrée existante dans le Gestionnaire des connexions. Appuyez sur Ctrl+Espace pour afficher la liste de toutes les connexions distantes existantes.
cwd : a la valeur par défaut "${debugInfo.defaultWorkingDirectory}". Chemin Unix vers le répertoire sur le système distant où program est exécuté. Le répertoire doit exister.
gdbpath : a la valeur par défaut /usr/bin/gdb. Chemin d’accès Unix complet à l’utilisation gdb pour déboguer. Obligatoire uniquement si vous utilisez une version personnalisée de gdb.
preDebugCommand: commande Linux à exécuter immédiatement avant l’appel gdb. gdb ne démarre pas tant que la commande n’est pas terminée. Vous pouvez utiliser l’option pour exécuter un script avant l’exécution de gdb.

Options supplémentaires autorisées avec la `gdbserver` configuration (16.7 ou version ultérieure)

program : a la valeur par défaut "${debugInfo.fullTargetPath}". Chemin Unix de l’application à déboguer. Obligatoire uniquement s’il est différent de l’exécutable cible dans la build ou l’emplacement de déploiement.

Conseil

Le déploiement n’est pas encore pris en charge pour les scénarios de compilation croisée locale. Si vous effectuez une compilation croisée sur Windows (par exemple, à l’aide d’un compilateur croisé sur Windows pour générer un exécutable ARM Linux), vous devez copier manuellement le fichier binaire à l’emplacement spécifié sur program la machine ARM distante avant le débogage.
remoteMachineName : a la valeur par défaut "${debugInfo.remoteMachineName}". Nom du système distant qui héberge le programme pour déboguer. Obligatoire uniquement s’il est différent du système de build. Doit avoir une entrée existante dans le Gestionnaire des connexions. Appuyez sur Ctrl+Espace pour afficher la liste de toutes les connexions distantes existantes.
cwd : a la valeur par défaut "${debugInfo.defaultWorkingDirectory}". Chemin Unix complet vers le répertoire sur le système distant où program est exécuté. Le répertoire doit exister.
gdbPath : a la valeur par défaut ${debugInfo.vsInstalledGdb}. Chemin d’accès Windows complet à l’utilisateur gdb utilisé pour déboguer. La valeur par défaut est installée gdb avec le développement Linux avec la charge de travail C/C++.
gdbserverPath : a la valeur par défaut usr/bin/gdbserver. Chemin d’accès Unix complet à l’utilisation gdbserver pour déboguer.
preDebugCommand: commande Linux à exécuter immédiatement avant le démarrage gdbserver. gdbserver ne démarre pas tant que la commande n’est pas terminée.

Options de déploiement

Utilisez les options suivantes pour séparer votre machine de build (définie dans CMakeSettings.json) de votre ordinateur de débogage distant.

remoteMachineName: ordinateur de débogage distant. Obligatoire uniquement s’il est différent de l’ordinateur de build. Doit avoir une entrée existante dans le Gestionnaire des connexions. Appuyez sur Ctrl+Espace pour afficher la liste de toutes les connexions distantes existantes.
disableDeploy : a la valeur par défaut false. Indique si la séparation de build/débogage est désactivée. Quand false, cette option permet de générer et de déboguer sur deux ordinateurs distincts.
deployDirectory: chemin Unix complet vers le répertoire sur remoteMachineName lequel l’exécutable est copié.
deploy: tableau de paramètres de déploiement avancés. Vous devez uniquement configurer ces paramètres lorsque vous souhaitez un contrôle plus précis sur le processus de déploiement. Par défaut, seuls les fichiers nécessaires au processus de débogage sont déployés sur l’ordinateur de débogage distant.
- sourceMachine: ordinateur à partir duquel le fichier ou le répertoire est copié. Appuyez sur Ctrl+Espace pour afficher la liste de toutes les connexions distantes stockées dans le Gestionnaire des connexions. Lorsque vous générez en mode natif sur WSL, cette option est ignorée.
- targetMachine: ordinateur sur lequel le fichier ou le répertoire est copié. Appuyez sur Ctrl+Espace pour afficher la liste de toutes les connexions distantes stockées dans le Gestionnaire des connexions.
- sourcePath: emplacement du fichier ou du répertoire sur sourceMachine.
- targetPath: emplacement du fichier ou du répertoire sur targetMachine.
- deploymentType: description du type de déploiement. LocalRemote et RemoteRemote sont pris en charge. LocalRemote signifie la copie du système de fichiers local vers le système distant spécifié dans remoteMachineName launch.vs.json. RemoteRemote signifie la copie à partir du système de build distant spécifié dans CMakeSettings.json vers le autre système distant spécifié dans launch.vs.json.
- executable: indique si le fichier déployé est un exécutable.

Exécuter des commandes personnalisées `gdb`

Visual Studio prend en charge l’exécution de commandes personnalisées gdb pour interagir directement avec le débogueur sous-jacent. Pour plus d’informations, consultez Exécution de commandes lldb personnaliséesgdb.

Activation de la journalisation

Activez la journalisation MIEngine pour voir quelles commandes sont envoyées, gdbquelles sorties gdb retournent et combien de temps chaque commande prend. En savoir plus

Type de configuration `cppdbg`

Les options suivantes peuvent être utilisées lors du débogage sur un système distant ou WSL à l’aide du cppdbg type de configuration. Dans Visual Studio 2019 version 16.6 ou ultérieure, le type cppgdb de configuration est recommandé.

name: nom convivial permettant d’identifier la configuration dans la liste déroulante Élément de démarrage.
project: spécifie le chemin relatif du fichier projet. Normalement, vous n’avez pas besoin de modifier cette valeur lors du débogage d’un projet CMake.
projectTarget: spécifie la cible CMake à appeler lors de la génération du projet. Visual Studio remplit automatiquement cette propriété si vous entrez launch.vs.json à partir du menu débogage ou de la vue Cibles. Cette valeur doit correspondre au nom d’une cible de débogage existante répertoriée dans la liste déroulante Élément de démarrage.
args: arguments de ligne de commande transmis au démarrage au programme en cours de débogage.
processID: ID de processus Linux auquel attacher. Utilisé uniquement lors de l’attachement à un processus distant. Pour plus d’informations, consultez Résoudre les problèmes liés aux processus à l’aide de GDB.
program : a la valeur par défaut "${debugInfo.fullTargetPath}". Chemin Unix de l’application à déboguer. Obligatoire uniquement s’il est différent de l’exécutable cible dans la build ou l’emplacement de déploiement.
remoteMachineName : a la valeur par défaut "${debugInfo.remoteMachineName}". Nom du système distant qui héberge le programme pour déboguer. Obligatoire uniquement s’il est différent du système de build. Doit avoir une entrée existante dans le Gestionnaire des connexions. Appuyez sur Ctrl+Espace pour afficher la liste de toutes les connexions distantes existantes.
cwd : a la valeur par défaut "${debugInfo.defaultWorkingDirectory}". Chemin Unix complet vers le répertoire sur le système distant où program est exécuté. Le répertoire doit exister.

environment: variables d’environnement supplémentaires transmises au programme en cours de débogage. Par exemple,

  "environment": [
      {
        "name": "ENV1",
        "value": "envvalue1"
      },
      {
        "name": "ENV2",
        "value": "envvalue2"
      }
    ]

pipeArgs: tableau d’arguments de ligne de commande transmis au programme de canal pour configurer la connexion. Le programme de canal est utilisé pour relayer les entrées/sorties standard entre Visual Studio et gdb. La plupart de ce tableau n’a pas besoin d’être personnalisé lors du débogage de projets CMake. L’exception est celle ${debuggerCommand}qui démarre gdb sur le système distant. Il peut être modifié pour :
- Exportez la valeur de la variable d’environnement DISPLAY sur votre système Linux. Dans l’exemple suivant, cette valeur est :1.
```
"pipeArgs": [
    "/s",
    "${debugInfo.remoteMachineId}",
    "/p",
    "${debugInfo.parentProcessId}",
    "/c",
    "export DISPLAY=:1;${debuggerCommand}",
    "--tty=${debugInfo.tty}"
  ],
```
- Exécutez un script avant l’exécution de gdb. Vérifiez que les autorisations d’exécution sont définies sur votre script.
```
"pipeArgs": [
    "/s",
    "${debugInfo.remoteMachineId}",
    "/p",
    "${debugInfo.parentProcessId}",
    "/c",
    "/path/to/script.sh;${debuggerCommand}",
    "--tty=${debugInfo.tty}"
  ],
```
stopOnEntry: booléen qui spécifie s’il faut arrêter dès le lancement du processus. La valeur par défaut est false.
visualizerFile: fichier .natvis à utiliser lors du débogage de ce processus. Cette option n’est pas compatible avec gdb l’impression. Définissez également lorsque vous définissez showDisplayString cette propriété.
showDisplayString: booléen qui active la chaîne d’affichage lorsqu’une visualizerFile valeur est spécifiée. La définition de cette option true peut entraîner des performances plus lentes pendant le débogage.
setupCommands: une ou plusieurs gdb commandes à exécuter pour configurer le débogueur sous-jacent.
miDebuggerPath: chemin d’accès complet à gdb. Lorsqu’il n’est pas spécifié, Visual Studio recherche d’abord PATH pour le débogueur.
Enfin, toutes les options de déploiement définies pour le cppgdb type de configuration peuvent également être utilisées par le cppdbg type de configuration.

Déboguer à l’aide de `gdbserver`

Vous pouvez configurer la cppdbg configuration pour déboguer à l’aide gdbserverde . Vous trouverez plus de détails et un exemple de configuration de lancement dans le billet de blog de l’équipe Microsoft C++ sur le débogage de projets CMake Linux avec gdbserver.

Voir aussi

Projets CMake dans Visual Studio
Configurer un projet CMake Linux
Se connecter à un ordinateur Linux distant
Personnaliser les paramètres de génération CMake
Configurer des sessions de débogage CMake
Déployer, exécuter et déboguer un projet Linux
Informations de référence sur la configuration prédéfinie de CMake

Partager via

Configurer des sessions de débogage CMake

Personnaliser les paramètres du débogueur

Clés de référence dans CMakeSettings.json

informations de référence sur Launch.vs.json

référence Launch.vs.json pour les projets distants et WSL

Type de configuration `cppgdb`

Options supplémentaires pour la `gdb` configuration

Options supplémentaires autorisées avec la `gdbserver` configuration (16.7 ou version ultérieure)

Options de déploiement

Exécuter des commandes personnalisées `gdb`

Activation de la journalisation

Type de configuration `cppdbg`

Déboguer à l’aide de `gdbserver`

Voir aussi

Commentaires

Ressources supplémentaires

Partager via

Configurer des sessions de débogage CMake

Personnaliser les paramètres du débogueur

Clés de référence dans CMakeSettings.json

informations de référence sur Launch.vs.json

référence Launch.vs.json pour les projets distants et WSL

Type de configuration cppgdb

Options supplémentaires pour la gdb configuration

Options supplémentaires autorisées avec la gdbserver configuration (16.7 ou version ultérieure)

Options de déploiement

Exécuter des commandes personnalisées gdb

Activation de la journalisation

Type de configuration cppdbg

Déboguer à l’aide de gdbserver

Voir aussi

Commentaires

Ressources supplémentaires

Type de configuration `cppgdb`

Options supplémentaires pour la `gdb` configuration

Options supplémentaires autorisées avec la `gdbserver` configuration (16.7 ou version ultérieure)

Exécuter des commandes personnalisées `gdb`

Type de configuration `cppdbg`

Déboguer à l’aide de `gdbserver`