bonjour,
sous dev c++, il faut toujours mettre system("pause") à la fin du programme, est-ce qu'il y a un moyen pour éviter cela ?
sous code blocks, est-ce qu'il est possible de compiler des fichiers c sans ouvrir de projet ?
merci.
Version imprimable
bonjour,
sous dev c++, il faut toujours mettre system("pause") à la fin du programme, est-ce qu'il y a un moyen pour éviter cela ?
sous code blocks, est-ce qu'il est possible de compiler des fichiers c sans ouvrir de projet ?
merci.
Non ca n'a jamais été une obligation, d'autant plus que ce n'est peut-être pas standard étant donné que ce sont des appels système !Citation:
Envoyé par space_56
Ca m'étonnerais, chaque EDI demande la création d'un projet pour compiler du code, à moins de compiler en ligne de commande !Citation:
Envoyé par space_56
Oui, sous Code::Blocks, il est possible d'ouvrir un seul fichier et de le compiler sans ouvrir de projet. Pour cela, au lieu d'ouvrir un projet, faire File->New->Empty file (ou File->Open->le fichier à éditer/compiler) et sauver le fichier sous un nom avec l'extension .c.Citation:
Envoyé par space_56
Thierry
sous dev c++, si on enlève system("pause"), la console ne s'affichera plus, comment y remédier ?
Il vous faut - et c'est utile pour d'autres raisons, d'ailleurs - ouvrir une invite de commandes en parallèle à votre utilisation de l'IDE. Vous testez monprog.exe en tapant [chemin]monprog [arguments] au prompt. Le danger est une fois habitué à l'IDE de tester pendant un moment un programme que l'on a oublié de reconstruire...Citation:
Envoyé par space_56
sous code blocks, on ne peut compiler qu'un seul fichier sans ouvrir de projet, est-ce qu'on peut ouvrir plusieurs fichiers et les compiler chacun son tour ?
Oui, comme expliqué par ailleurs. Et même l'IDE va sauver automatiquement avant de construire. Mais ça s'arrête là, dès que vous ajoutez un .h, il faudra que le .c ait le focus avant de construire. Et le .h ne sera pas automatiquement sauvé, ce qui peut provoquer des errements.Citation:
Envoyé par space_56
En revanche, le contraire est intéressant. Faire un projet bidon, et y inclure le ou les fichiers à tester, qui peuvent être n'importe où. Ce doit être clic droit sur le projet, puis Add Files, ou Add Files Recursively. Je partage ainsi le même code entre plusieurs IDE (Eclipse / CDT le plus souvent) et plusieurs OS, sur un partage réseau. Ce qui semble manquer dans Code::Blocks, c'est l'exclusion temporaire d'un fichier du projet.
Là, vous commencez à confondre un forum et la touche F1. Et encore, il m'arrive de me surprendre à une petite gentillesse, un truc genre "Merci", à ma touche F1.Citation:
Envoyé par space_56
ça ne marche pas.Citation:
Envoyé par Thierry Chappuis
Non. (Enfin, il y a d'autres solutions, comme appeler une fonction d'entrée, fgets() etc., mais la 'pause' est obligatoire si on veut voir la fin de l'exécution.). Dans Code::Blocks, c'est l'IDE qui se charge de faire cette pause.Citation:
Envoyé par space_56
Je ne sais même pas si c'est possible. En tout cas, c'est fortement déconseillé... Créer un projet, ça prend une minute, je ne vois pas trop où est le problème. En plus, ça permet d'être organisé (un projet par répertoire), ce qui est une Bonne Chose.Citation:
sous code blocks, est-ce qu'il est possible de compiler des fichiers c sans ouvrir de projet ?
oui, mais si je veux tester plusieurs petits programmes, comment on fait avec code blocks ?
est-ce qu'il faut à chaque fois créer un projet par programme ?
Oui, bien sûr. Tu peux créer des dizaines de projets en même temps avec Code::Blocks. Il apparaissent dans le 'Workspace'. Ensuite, tu actives celui sur lequel tu veux travailler (click-droit > activate). Ca prend 2 secondes.Citation:
Envoyé par space_56