2009-10-05 4 views
3

Qu'est-ce qu'un compilateur de ligne de commande?Qu'est-ce qu'un compilateur en ligne de commande?

+1

Voulez-vous dire "compilateur de ligne de commande" par opposition à un compilateur piloté par un IDE? –

+0

Nous ne comprenons pas votre activité. Pourriez-vous expliquer mieux, et être plus précis? – KLE

+0

Celui qui a dit ça voulait probablement dire un compilateur que vous invoquez depuis la ligne de commande, en connaissant et en tapant les différents paramètres de ligne de commande ... à distinguer d'un compilateur (peut-être le même compilateur) qui est exécuté depuis un IDE , où l'utilisateur définit les paramètres du compilateur en utilisant l'interface graphique de l'EDI au lieu d'utiliser la ligne de commande. – ChrisW

Répondre

8

De nos jours, vous avez tendance à avoir des environnements dans lesquels vous développez du code. En d'autres termes, vous obtenez un IDE (environnement de développement intégré) qui comprend un éditeur, un compilateur, un éditeur de liens, un débogueur et bien d'autres outils merveilleux (analyse de code, refactoring, etc.).

Vous ne devez jamais taper une commande du tout, préférant plutôt une séquence de touches CTRL comme F5 qui construira votre projet tout entier pour vous.

Pas si dans les premiers jours. Nous avons dû mémoriser toutes sortes de commandes arcaniques pour transformer notre code source en exécutables. De telles belles constructions comme:

cc -I/usr/include -c -o prog.o prog.c 
cc -I/usr/include -c -o obj1.o obj1.c 
as -o start.o start.s 
ld -o prog -L/lib:/usr/lib prog.o obj1.o start.o -lm -lnet 

Simple, non? C'était en fait un grand bond en avant quand nous avons commencé à utiliser makefiles car nous pouvions cacher toutes ces commandes arcanes dans un fichier complexe et simplement exécuter make à partir de la ligne de commande. Il s'en irait et exécuterait toutes ces commandes pour nous, et seulement sur les fichiers qui en avaient besoin.

Bien sûr, les compilateurs de ligne de commande sont toujours nécessaires dans le monde d'aujourd'hui. La possibilité d'exécuter des choses comme Eclipse en mode «sans tête» (sans interface graphique) vous permet de compiler toutes vos données de manière séquentielle, sans avoir à interagir avec l'interface graphique elle-même. En outre, Borland (ou tout ce qu'ils appellent eux-mêmes cette semaine) et Microsoft fournissent également gratuitement des compilateurs en ligne de commande (Microsoft a aussi ses éditions Express gratuitement).

Et gcc est également un compilateur de ligne de commande. Il fait bien son travail très et laisse à d'autres applications d'ajouter un frontal, si les gens ont besoin de ce genre de chose.

Ne vous trompez pas. Je pense que tout ce qui est IDE est une excellente idée pour un cycle de code/débogage rapide mais je trouve que, une fois que mes applications ont atteint un certain niveau de maturité, je les préfère sous une forme où je peux éditer le code avec vim exécutez simplement make pour produire le produit final.

4

Un compilateur de ligne de commande est celui que vous exécutez à partir de la ligne de commande.

Vous tapez gcc filename.c pour compiler un fichier (ou quelque chose comme ça). Presque tous les compilateurs ont une version en ligne de commande, et beaucoup ont des interfaces graphiques où vous ne voyez jamais la ligne de commande, mais la ligne de commande est toujours là. - Projet de loi K 5 octobre à 16:27

(Bill K fourni une belle réponse dans les commentaires ... copiés ici et légèrement édité par Mark Harrison, mis à wiki communautaire afin de ne pas obtenir rep.)

Questions connexes