Compilation programmation modulaire

Version imprimable

29/10/2019, 10h46
mattmax55

Compilation programmation modulaire

Bonjour,*

Jai un pb dans mon code, je souhaiterai crer une fonction et l utiliser dans mon main en l'écrivant avec fprintf dans un nouveau fichier fonction.c et en incluant le header dans le fichier main.c

Or lorsque j execute mon fichier le compilateur n'arrive pas a gérer la création de la fonction dans fonction.c et son appelle dans main.c

Aidez moi svp, je suis perdue
29/10/2019, 12h55
abdennour bouaicha

si tu veux dire que la fonction doit être dans le fichier fonction.c et l'appeler dans main.c alors le fichier contenant cette fonction doit avoir l'extension *.h

Code:

fonction.h

et son appel dans l’entête de main.c est:

Code:

#include<fonction.h>
29/10/2019, 13h42
Bousk

Pour chaque fichier d'implémentation .c tu devrais avoir un fichier d'en-tête .h qui déclare les fonctions qui s'y trouvent.
Ce fichier .h doit être inclus pour pouvoir déclarer les fonctions qui existent et pouvoir les utiliser dans le fichier incluant.

Alors je me suis peut être un peu mal exprimé mais j'aimerai trouver un moyen de compiler la fonction hello juste après sa création dans un fichier .c par fprintf
Mais en gros voici mon code et code blocks m affiche "undefined reference to hello()"
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 #include <stdio.h> #include <stdlib.h> #include "entete1.h" int main() { FILE* fichier2 = NULL; fichier2 = fopen("fonction1.c", "a"); if(fichier2 != NULL) { fprintf(fichier2, "void hello()\n{\nprintf(\"Hello there\");\n}"); fclose(fichier2); } else { printf("Impossible d'ouvrir le fichier entete1.h"); } hello(); return 0; }

29/10/2019, 15h34
Bousk

Je suppose que hello est déclarée dans entete1.h et définie dans entete1.c
Il faut bien sûr ajouter le fichier .c à ton projet sur ton IDE pour qu'il le compile et le lie automatiquement.
29/10/2019, 15h50
mattmax55
Le problème c que je l'ai bien ajouté au projet mais il ne semble pas vouloir compiler le fichier fonction1.c apres qu'on l'ai complété par l'instruction fprintf
Voici le fichier fonction1.c qui sera complété lors de l'éxécution du programme
Code:

1 2 3 4 #include <stdio.h> #include <stdlib.h> #include "entete1.h"
29/10/2019, 16h25
Bousk

Tu essayes d'utiliser un fichier que tu compilerais en même temps.
Ta demande n'a aucun sens, à fortiori à ton niveau.
Fais un second programme qui remplisse ce fichier, puis recompile ton projet.
Tu peux probablement inclure l'exécution de ce programme automatiquement quand tu compiles ton projet.
29/10/2019, 18h13
foetus
Donc tu ne maîtrises pas la notion de compilation/ édition de liens :aie: :aie:

Il faut faire 2 projets :
- Un projet "generation - moulinette" (ou nom approchant) qui va faire ton fprintf et générer le fichier source .c (1)
- Ton projet principal, qui va utiliser ton fichier source (1)
Mais, évidement à chaque changement de ton source (1), il faut exécuter ton projet "generation - moulinette" et recompiler ton projet principal.

Ensuite :mrgreen: tu peux simplifier le processus en faisant ton projet "generation - moulinette", une bibliothèque dynamique (2) (fichier .dll ou .so).
Dans ce cas, tu n'auras qu'a regénérer ta bibliothèque (2) et c'est tout.
Mais dans ton projet principal, il faudra faire tout le code pour ouvrir/ fermer ta bibliothèque (2) et faire les appels (*)
Mais attention aux allocations à l'intérieur de ta bibliothèque (2) et aux échanges de données qui ne sont pas des PODs (hors structures et pointeurs, lien wiki en anglais) entre elle et ton projet.

Et enfin tu as un dernier moyen :mrgreen: : intégrer un parser d'1 langage script/ interprété comme Python, Lua, JavaScript.
Alors certes, ta source (1) ne sera plus en langage C, mais à chaque fois que tu exécuteras ton projet principal, ton code sera reparsé et donc pas de prise de tête de regénération/ recompilation/ chemin de la bibliothèque/ ...

Et si tu as le temps, tu peux aussi regarder les outils comme moc de Qt qui peuvent sûrement être paramétrés pour générer des sources avant la compilation.

* : Sous Windows, tu as un système pour t'aider à faire ce code. Cela s'appelle 1 bibliothèque partagée.

Citation:

Envoyé par foetus

Ensuite :mrgreen: tu peux simplifier le processus en faisant ton projet compilation "generation", une bibliothèque dynamique (2) (fichier .dll ou .so).
Dans ce cas, tu n'auras qu'a regénérer ta bibliothèque (2) et c'est tout.
Mais dans ton projet principal, il faudra faire tout le code pour ouvrir/ fermer ta bibliothèque (2) et faire les appels (*)
Mais attention aux allocations à l'intérieur de ta bibliothèque (2) et aux échanges de données qui ne sont pas des PODs (hors structures et pointeurs, lien wiki en anglais) entre elle et ton projet.

Dans ce cas, on peut simplifier encore plus en faisant du projet "génération" et du projet "appelant" un seul et même projet. Un truc du genre:
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 typedef void (*helloproc)(void); void CreeEtUtiliseBiblio() { CreeFichier("fonction1.c", "void hello()\n{\nprintf(\"Hello there\");\n}"); system("gcc (options qui vont bien) -o fonction1.so fonction1.c"); void* pDll = dlopen("fonction1.so", RTLD_NOW); helloproc pHello = dlsym(pDll, "hello"); pHello(); dlclose(pDll); }
Bien sûr, ça va polluer le répertoire courant. Mais bon, faire ça de manière propre, c'est pour plus tard.

Edit: Oh, et les antivirus tendent à ne vraiment pas aimer ce genre de programme.

30/10/2019, 11h24
foetus

Citation:

Envoyé par Médinoc

Dans ce cas, on peut simplifier encore plus en faisant du projet "génération" et du projet "appelant" un seul et même projet. Un truc du genre:

J'y pensait également : :mrgreen:

Mais autant dans ce cas, faire un script bash, python ou un makefile.

Et d'ailleurs ;), c'était ma dernière phrase/ mon dernier point : des outils faisant partie de la chaîne de compilation, sont déjà créé pour parser et générer des sources (comme moc de Qt), peuvent peut-être le faire.