Depuis Visual Studio 2015, le débogage à distance est pris en charge. Vous pouvez le compiler dans l'environnement Linux cible, l'exécuter sur GDB et travailler avec ce GDB à l'aide de l'interface du débogueur Visual Studio.
Tout ce qui n'est pas inclus dans la bibliothèque C / C ++ standard apparaîtra comme une erreur de syntaxe sur Visual Studio. Cependant, puisque le code est compilé et exécuté sur le Linux cible, il n'y a aucun problème si le code peut être compilé en appuyant sur g ++ etc. dans l'environnement cible.
Si cela vous tient vraiment à cœur, vous pouvez apporter un ensemble de fichiers d'en-tête du système cible, les jeter dans un répertoire approprié et les ajouter au répertoire d'inclusion des propriétés du projet.
20.08.2017 Addendum: Il peut également s'agir d'un lecteur réseau ou d'un partage Samba. Si Visual Studio peut lire et analyser le fichier d'en-tête, l'erreur de syntaxe disparaîtra.
Tant que vous utilisez Visual Studio, vous souhaitez vous occuper d'IntelliSense.
Les éléments fréquemment utilisés sont inclus dans $ (ISenseIncludePath)
.
$(ISenseIncudePath)
Est comme suit par défaut. (Dépend de la version de Visual Studio)
Générez et exécutez le projet.
Puisque vous ne pouvez pas voir la sortie de la console telle quelle, ouvrez la console dans l'environnement Linux.
Lorsque vous utilisez le débogage à distance pour la première fois, un écran permettant de spécifier la destination de la connexion apparaît.
Cela ressemble à ceci quand il peut être exécuté.
Par défaut, gdbserver est démarré dans l'environnement cible et y est connecté à partir de Visual Studio.
Si l'on vous dit que gdbserver est introuvable, incluez gdbserver.
% zypper in gdbserver
Et
% apt-get install gdbserver
Vous pouvez utiliser des observateurs variables, le désassemblage et des piles d'appels avec des écrans et des opérations familiers.
Recommended Posts