pourriez-vous clarifier un peu comment c'était pour vous, ce que vous deviez changer. Vous pourriez peut-être m'orienter dans la bonne direction en fournissant des liens vers les informations que vous avez utilisées.
Ma première source était en fait les manpages des outils . Tapez simplement
$ man toolname
sur la ligne de commande ( $voici une partie de l'invite, pas l'entrée).
Selon la plate-forme, ils sont assez bien écrits et peuvent également être trouvés sur Internet. Dans le cas de make, j'ai lu la documentation complète qui a pris quelques heures. En fait, je ne pense pas que ce soit nécessaire ou utile dans la plupart des cas, mais j'avais quelques exigences spéciales dans mes premières affectations sous Linux qui nécessitaient un makefile sophistiqué. Après avoir écrit le makefile, je l'ai donné à un collègue expérimenté qui a apporté quelques modifications et corrections mineures. Après cela, je savais à peu près make.
J'ai utilisé GVIM parce que j'avais une expérience préalable (mais pas beaucoup) là-bas, je ne peux rien dire du tout sur Emacs ou les alternatives. Je trouve que cela aide vraiment à lire le .gvimrcfichier de configuration d' autres personnes . Beaucoup de gens l'ont mis sur le Web. Voici le mien .
N'essayez pas de maîtriser tous les binutils à la fois, il y a trop de fonctions. Mais obtenez un aperçu général pour savoir où chercher lorsque vous aurez besoin de quelque chose à l'avenir. Vous devez cependant connaître tous les paramètres importants pour g++et ld(l'outil de liaison de GCC qui est appelé automatiquement , sauf en cas d' empêchement explicitement).
De plus, je suis curieux, avez-vous la complétion de code et la coloration syntaxique lorsque vous codez?
Mise en évidence de la syntaxe: oui, et bien meilleure que Visual Studio. La complétion de code: oui- ish . Tout d'abord, je dois admettre que je n'ai pas utilisé la complétion de code C ++ même dans Visual Studio car (par rapport à VB et C #) ce n'était pas assez bon. Je ne l'utilise pas souvent maintenant mais néanmoins, GVIM a un support de complétion de code natif pour C ++. Combiné avec la bibliothèque ctags et une liste de balises de type plug-in, c'est presque un IDE.
En fait, ce qui m'a permis de commencer, c'est un article d'Armin Ronacher. Avant de lire le texte, regardez les captures d'écran à la fin!
devez-vous d'abord compiler avant d'obtenir des erreurs (de syntaxe)?
Oui. Mais c'est la même chose pour Visual Studio, n'est-ce pas (je n'ai jamais utilisé Whole Tomato)? Bien sûr, la mise en évidence de la syntaxe vous montrera des crochets qui ne correspondent pas mais c'est à peu près tout.
et comment déboguez-vous (pensez à nouveau aux points d'arrêt, etc.)?
J'utilise gdbce qui est un outil en ligne de commande. Il y a aussi une interface graphique appelée DDD. gdbest un outil de débogage moderne et peut faire tout ce que vous pouvez faire dans un IDE. La seule chose qui m'agace vraiment est de lire une trace de pile car les lignes ne sont pas en retrait ou formatées, il est donc très difficile de scanner les informations lorsque vous utilisez beaucoup de modèles (ce que je fais). Mais ceux-ci encombrent également la trace de la pile dans les IDE.
Comme je l'ai dit, j'ai eu le «plaisir» de faire mes premiers pas dans le langage de programmation Java en utilisant le bloc-notes Windows et le compilateur Java en ligne de commande au lycée, et ce fut, .. wel un cauchemar! certainement quand je pouvais le comparer avec d'autres cours de programmation que j'avais à l'époque où nous avions des IDE décents
Vous ne devriez même pas essayer de comparer un éditeur moderne et complet comme Emacs ou GVIM au Bloc-notes. Le bloc-notes est un TextBoxcontrôle embelli , et cela fait vraiment toute la différence. De plus, travailler sur la ligne de commande est une expérience très différente sous Linux et Windows. Windows cmd.exeest gravement paralysé. PowerShell est bien meilleur.
/ EDIT: Je devrais mentionner explicitement que GVIM a une édition par onglets (comme dans la navigation par onglets, pas les tabulations contre les espaces)! Il m'a fallu beaucoup de temps pour les trouver, bien qu'ils ne soient pas du tout cachés. Tapez simplement :tabeau lieu de plain :elorsque vous ouvrez un fichier ou en créez un nouveau, et GVIM créera un nouvel onglet. La commutation entre les onglets peut être effectuée à l'aide du curseur ou de plusieurs raccourcis différents (selon la plateforme). La clé gt(type g, puis ten mode commande) devrait fonctionner partout, et passer à l'onglet suivant ou à l'onglet no. n si un nombre a été donné. Tapez :help gtpour obtenir plus d'aide.