Executer du code C++ sans créer un projet

Version imprimable

01/09/2016, 11h24
KonTiKI

Executer du code C++ sans créer un projet

Bonjour à tous.

En phase d'apprentissage de C++, beaucoup d'exemples tiennent en moins de 15 lignes de programme.

Actuellement j'utilise Code::Block ou Eclipse comme IDE. Mais je trouve ça lourd, à chaque fois il faut créer un nouveau projet, le compiler... pour obtenir que le code puisse tourner ( ce qui est par ailleurs normal).

Existerait-il un outil (ou une fonction dans ces IDE) qui permettent, dans une console ou autre, de faire tourner un simple code via copier/coller, sans devoir créer un projet/fichier. Ca permet aussi de tester un bout de fonction lors du développement d'un programme plus conséquent. Un peu comme une console SQL, par exemple.

Sinon, comment pratiquez-vous alors ?

Merci de votre aide.
01/09/2016, 13h09
ternel

En effet.
Et la bonne réponse est d'utiliser ton compilateur directement.

Pour linux, en général, c'est g++, mais ca peut être autre chose (clang, par exemple).
Pour windows, c'est un peu plus subtile, mais que ce soit Eclipse ou code::blocks, le compilateur est extérieur à l'EDI, et tu trouveras sa position directement dans les options de l'EDI (ou d'un des projets)

Une fois localisé, tu pourras compiler en ligne de commande, en définissant toi-même les options de compilations.
01/09/2016, 14h13
KonTiKI

Merci leternel.

Alors là, si je m'attendais... Le compilateur ! le truc que l'on ne comprend pas du tout lorsque l'on débute et qui n'est même pas vu dans mon cours.

Tout ce que je sais, c'est que je ne sais rien à ce sujet. Mais je suis visiblement intéressé. Pourrais-tu m'indiquer grossièrement un workflow ou un tuto qui expliquerait ceci.

Par avance, merci.
01/09/2016, 14h22
Médinoc

C'est bizarre, il me semblait que Code::Blocks n'avait pas besoin de projet...

(l'inconvénient de Code::Blocks, c'est qu'il utilise la même fenêtre d'options pour le C et le C++ sans filtrer, résultat on ne peut pas choisir une fois pour toutes le C99 sans avoir une erreur dès qu'on compile du C++)
01/09/2016, 14h34
KonTiKI

Vraiment, je n'ai pas de compétence en ce domaine. De surcroit, je préfère Eclipse car je comprends suis beaucoup mieux le programme en mode debug et ça pour l'apprentissage, c'est génial.

Tout ce que je peux dire c'est qu'à l'ouverture de code::block, la page d'accueil propose de créer ou d'ouvrir un projet. Après, j'ai bien essayé de coller un peu de code dans les onglets du panneau inférieur et aucun ne l’accepte.

Quant aux icônes actives de la barre d'outil, seules celles de création et d'ouverture d'un projet sont actives.

Mais, si il y a moyen, je suis preneur.
01/09/2016, 16h10
Bousk

Perso j'ai un projet nommé sandbox où je peux tester rapidement ce que je veux, sous VS
01/09/2016, 16h33
KonTiKI

J'ai installé Visual C++2010 express ainsi que Visual Studio 2015 (community).

Je ne trouve pas de sandbox. Dois-je comprendre que c'est un outil perso ?

Par ailleurs cet environnement me parait si complexe... :(

Toutefois, si tu peux me donner des précisions, je suis intéressé.
01/09/2016, 16h46
Médinoc

C'est juste que Bousk s'est fait un projet où il met les divers trucs qu'il veut tester.

J'ai fait de même d'ailleurs, plusieurs projets de ce type, dont un nommé "DvpCom"...
01/09/2016, 17h00
KonTiKI

Ok, je comprends. Créer un projet pour y faire des tests.

Ca n'est pas mon souhait car je ne sais pas gérer plusieurs main.cpp dans un même projet. Et je ne veux pas toujours écraser les test précédents.

Mais là, avec la solution de notepad++, ça me semble parfait.

Je reviendrais vers vous, mais pour des questions certainement plus techniques.

Merci.
01/09/2016, 20h26
Médinoc

rien n'empêche de faire toto_main.cpp, tata_main.cpp, et d'appeler tout ça depuis le vrai main quand on fait les tests...
01/09/2016, 23h18
Matt_Houston
Mon conseil :
- installe MSYS2 ;
- mets à jour le système via la procédure indiquée sur la page ;
- installe le compilateur : $ pacman -S mingw-w64-x86_64-gcc ;
- ouvre un éditeur de texte, écris ton programme ;
- profit! :
  Code:
  
  1 2 $ g++ -std=c++14 -pedantic -Wall -Wextra main.cpp $ ./a.exe
02/09/2016, 00h47
JolyLoic

Une solution qui peut être pratique dans certains cas, en particulier si tu n'es pas sur ta machine... Un compilateur online. Par exemple http://coliru.stacked-crooked.com/ te permet d'exécuter du code que tu tapes sur une page web.
02/09/2016, 11h05
KonTiKI

@Médinoc => c'est tellement évident !!! Mais je n'y avait pas pensé :(

@Matt_Houston => Installé. Maintenant, comment l'utiliser ? Je n'ai pas trouvé d'aide dans le Wiky ni l'arborescence... Si tu as un lien, par hasard...

@JolyLoic => c'est enregistré dans les marques pages. Effectivement très pratique.

Merci à tous pour votre aide.
02/09/2016, 11h43
Matt_Houston
Citation:

Envoyé par KonTiKI

@Matt_Houston => Installé. Maintenant, comment l'utiliser ? Je n'ai pas trouvé d'aide dans le Wiky ni l'arborescence... Si tu as un lien, par hasard...

Par défaut l'installeur lui-même devrait te lancer un terminal en fin d'installation. Si ce n'est pas le cas, recherche un raccourci dans ton menu de démarrage. Quelque chose comme « MSYS2/Msys2 shell ».

À l'ouverture du terminal le shell te place dans ton home ~, à savoir <chemin d'installation, par exemple C:\msys64>/home/<hostname de la machine, ou nom d'utilisateur>/. Le terminal émule un environnement Unix, la plupart des commandes usuelles y sont déjà disponibles. Les disques Windows (D:, E:, etc...) sont montés directement à la racine, tu peux y accéder via cd /d, cd /e...

Le gestionnaire de paquets est pacman, dont voici une cheatsheet :
- rechercher un package: pacman -Ss <mot-clef>
- installer un package: pacman -S <nom du package>
- désinstaller un package (avec ses dépendances): pacman -Rsn <nom du package>
N'oublie pas d'effectuer la mise à jour telle que décrite sur la page Github (en refermant le terminal entre chaque étape).
02/09/2016, 12h22
KonTiKI

@matt_Houston : Tout fonctionne, mais je ne suis pas certain que ce soit le moyen le plus simple pour compiler/exécuter quelques lignes de code en C++.

J'y reviendrai dès que possible. En attendant, merci pour ton aide.
02/09/2016, 13h00
Matt_Houston

Accroche-toi, big révélation : Windows, c'est tout pourrave pour développer (et pas que, mais je m'arrête ici). Une des solutions les plus rapides pour s'éviter des migraines est donc d'émuler d'une façon ou d'une autre un système plus adapté. Donc oui, ça demande quelques minutes de mise en place. En revanche maintenant tout ce que tu as à faire c'est invoquer le compilateur sur tes fichiers, difficile de faire plus simple.

Si tu es ouvert aux solutions non locales la proposition de JolyLoic d'utiliser un environnement en ligne tel qu'ideone ou autre reste la meilleure AMHA.
02/09/2016, 13h22
ternel

Il y a d'autres variantes de la solution MSYS: une machine virtuelle completement sous linux, "bash for windows", mingw
Dans tous les cas, il s'agit effectivement de se doter d'une console suffisamment pratique.

Je n'ai pas encore utilisé MSYS, mais ca m'a l'air d'un bon choix.
05/09/2016, 16h46
koala01

Salut,

Citation:

Envoyé par leternel

Il y a d'autres variantes de la solution MSYS: une machine virtuelle completement sous linux, "bash for windows", mingw
Dans tous les cas, il s'agit effectivement de se doter d'une console suffisamment pratique.

Je n'ai pas encore utilisé MSYS, mais ca m'a l'air d'un bon choix.

Disons qu'il a l'avantage d'être *** relativement *** léger et qu'il fournit le minimum vital de ce que l'on retrouve sous linux (dont M4 et les "autotools") afin d'automatiser la compilation.

En dehors de l'utilisation d'une machine virtuelle (ou de celle de cigwin), c'est la seule solution que je connaisse à ce jour qui permette de compiler Gcc (et les binutils, bien sur) avec windows comme cible ;)

Mais bon, il faut le vouloir pour compiler soi même Gcc et les binutils, car ca prend un temps bête :P
09/11/2016, 16h45
Seabirds
Citation:

Envoyé par Médinoc

rien n'empêche de faire toto_main.cpp, tata_main.cpp, et d'appeler tout ça depuis le vrai main quand on fait les tests...

Un léger doute me prend... Je croyais qu'on avait qu'une seule fonction main par programme ? Qu'entendais-tu par là ?

Ce que j'ai fait personnellement pour gérer des suites de petits tests dans un petit projet c'est des fichiers bash qui compilent chaque fichier tatat_test.cpp contenant un main, l'exécute et fait le ménage avant de passer au toto_test.cpp suivant.
Typiquement un test_file.sh :
Code:

1 2 3 g++ -o Node_test -Wall -std=c++14 Node_test.cpp ./Node_test rm Node_test
Y'a sans doute moyen de faire plus propre, mais à mon échelle de tout petit projet j'ai l'impression que ça passe encore ( :question: ) et surtout ça m'encourage à mieux connaître notre pote g++ quand j'utilise des librairies (ce qui sous CodeBlocks ou Qt n'était clairement pas le cas). Bref, ça m'a paru un compromis satisfaisant avant de passer au makefile, qui me fait l'effet d'un overkill ( :question: ).

Ce que j'entends par là:

Code:

1
2
3
4
5
6
int main(int argc, char *argv[])
{
    return toto_main(argc, argv);
    //return tata_main(argc, argv);
    //return test3_main(argc, argv);
}