Discussion :

[Luisne]

Bonjour,
Je d�bute avec le C et code:blocks.
Je suis sous linux et code:blocks est en version 20.03
L'installation semble �tre bien r�alis�e, je peux m�me compiler et ex�cuter mes premiers programmes.
Il semble �tre obligatoire de travailler dans un fichier unique : main.c
Ne peut on pas �crire compiler et ex�cuter un autre programme "� c�t�" depuis code:clocks (au pire en ligne de commande mais c'est dommage d'avoir un IDE aussi puissant pour en arriver l�).
J'aime bien en d�veloppement faire des petits programmes de test � c�t� du projet.
Je pr�sume qu'il y a un moyen simple que j'ignore.
D'avance merci et d�sol� pour cette question qui va vous sembler triviale.

[Luisne]

Bonjour,
Je d�bute avec le C et code:blocks.
Je suis sous linux et code:blocks est en version 20.03
L'installation semble �tre bien r�alis�e, je peux m�me compiler et ex�cuter mes premiers programmes.
Il semble �tre obligatoire de travailler dans un fichier unique : main.c
Ne peut on pas �crire compiler et ex�cuter un autre programme "� c�t�" depuis code:clocks (au pire en ligne de commande mais c'est dommage d'avoir un IDE aussi puissant pour en arriver l�).
J'aime bien en d�veloppement faire des petits programmes de test � c�t� du projet.
Je pr�sume qu'il y a un moyen simple que j'ignore.
D'avance merci et d�sol� pour cette question qui va vous sembler triviale.

Je vais utiliser le contournement de la compilation avec une commande en ligne.
Venant de Python, je commence � mieux comprendre l'engouement pour ce dernier.
Cela dit C permet de produire (plus difficilement) des programmes plus rapides, on a rien sans rien.

[kaitlyn]

Bonjour,

Menu: File -> New -> Project...

[Luisne]

Bonjour,

Menu: File -> New -> Project...

Oui mais il faut passer par un autre projet. Je cherchais une solution en restant dans le projet initial.
Merci quand m�me.

[Kannagi]

Il semble �tre obligatoire de travailler dans un fichier unique : main.c

Non ,tu peux travailler avec autant de fichier que tu veux ,tu peux m�me renommer main.c

Oui mais il faut passer par un autre projet. Je cherchais une solution en restant dans le projet initial.
Merci quand m�me.

Et c'est quoi le soucis ?
Vu que tu peut changer de projet en quelque seconde vu que tu as une barre de menu a gauche .
C'est le but meme de faire un second projet.

Si par contre les deux programme partage le m�me code source et que tu veux pour une raison ou une autre avoir deux ex�cutable diff�rent (par exemple avoir un binaire de test et une version lib).
C::B le permet , un clic-droit ->properties-> build target
Apr�s �a demande de reconfigurer le second target (tu peux changer le compilo , l�ex�cution , les fichier compil� et le nom du binaire g�n�rer etc etc)

[kaitlyn]

Ce sera moins souple, mais tu peux aussi avoir plusieurs fichiers .c avec une fonction main() dans un m�me projet, mais un seul doit �tre actif lors de la construction. Volet de gauche projects, clic droit sur un fichier .c -> options -> enable/disable both

Autre possibilit� encore, d�finir des fonctions "main_bis()" et appeler celle que tu veux, exemple: int main() {return main_bis_1();}

[Luisne]

Merci pour ces informations plus d�taill�es.
Avec le temps j'ai pris des habitudes de d�veloppement.
J'aime bien dans un projet effectuer des petits programmes de tests qui permettent de valider (ou pas) mes approches sans impacter le programme du projet lui m�me.
Ces programmes sont � la fois dans le projet puisqu'ils y contribuent et en m�me temps ind�pendants. Il sont li�s par leur contribution � ma compr�hension et li�s aussi par le fait qu'ils peuvent lire parfois des fichiers du projet.
Si je fais un projet par programme de test je vais multiplier les arborescences et ne plus m'y retrouver.
Je pense que je vais utiliser code:blocks pour le projet et compiler en ligne de commande mes programmes de tests.
Mon projet s'ex�cutera de toutes mani�res en ligne de commande.
Encore une fois merci.