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.