Merci pour ces précisions,
petite note: le mot opérande en anglais ne prends pas de 'e' à la fin: d'ou la confusion.
Concernant les fichiers d'en tête (*.h): ce sont souvent les seules fichiers que l'on retrouve dans le dossier /usr/include et ils ne contiennent que les déclaration des fonctions:
void ma_func(int mon_int, char *mon_string) ;
Le corps des fonctions étant contenus dans des fichiers compilés qui sont des library partager ou shared object d'extension .so dont ont doit donner le lien au compilateur avec l'option -l de gcc.
Je parle en connaissance de cause car je suis en train de travailler sur une library partagée, qui justement sera la library hobdcalc.
C'est pour bientôt car j'ai terminer les fonctions et il me reste a écrire une partie des manpages, un readme et éventuellement générer une documentation.
Je ferai un nouveau poste car il reste quelques points a éclaircir:
-Le chemin ou sont situer les library partagées ne sont pas les mêmes sur les différentes distribution ? Sous Ubuntu elles sont situer dans /usr/lib.
- Et j'ai le même problème avec les manpages /usr/share/man/ sous Ubuntu.
Faire un script d'installation propre: ton conseil d'utilisé make me tente de plus en plus.
Concernant les conseils données je m'en souviendrai pour la prochaine fois, car je ne retouche rarement a un code que je vient de publier (sauf bug fonctionnel), sinon pour faire un Ghobdcalc version 2. Car après un mois de codage acharné l'on a pas forcément envie de retoucher le code.
Je retiens les conseils données et je les appliquerai car la dernière fois que j'ai publier un programme C ont m'a conseiller d'inclure des fichiers d'extension *.c et non *.h ce que j'ai fait ce coup ci et j'ai compris la différence entre les deux.
J'ai fracturer le code selon le type de fonctions: fonction touchant aux strings, aux opération etc..
Je penserai a le fracturer encore plus en fonction des structures manipulées.
Je ne connais pas GTK, et quand je vois la direction ou ça va, je n'ai pas envie d'apprendre. Pour le moment, je suis très heureux avec mes scanf/printf en fait. Si je dois utiliser des GUI, j'aurai plus tendance à partir sur wxWidgets, voire Qt.
Il y à d'autres libs aussi, genre fltk qui passeront avant GTK.
Personnellement j'ai mis un an et demie avant d'envisager d'apprendre une GUI en C. Pas de regrets car cela permet de créer une GUI et donc de rendre accessible des programmes fonctionnant en ligne de commande a un publique qui n'est pas adepte de la ligne de commande, comme dans le cas d'une simple calculatrice.
Une réflexion que j'ai appris dans un livre consiste a réfléchir sur le type de publique visé par son programme et donc le choix d'utiliser une GUI.
Sinon j'utilise également un simple éditeur et le terminal comme toi. Pas de IDE comme code::block ou autres anjuta...
Encore merci d'avoir prêter attention a mon code, car l'on a trop souvent ignoré mes créations sur les forums Linux (pas de réponses a la présentation d'un programme).
[^] # Re: précision des flottants
Posté par Linuxator . En réponse au message Une calculatrice multibases écrit en C avec GTK+3.. Évalué à -3.
Merci pour ces précisions,
petite note: le mot opérande en anglais ne prends pas de 'e' à la fin: d'ou la confusion.
Concernant les fichiers d'en tête (*.h): ce sont souvent les seules fichiers que l'on retrouve dans le dossier /usr/include et ils ne contiennent que les déclaration des fonctions:
Le corps des fonctions étant contenus dans des fichiers compilés qui sont des library partager ou shared object d'extension .so dont ont doit donner le lien au compilateur avec l'option -l de gcc.
Je parle en connaissance de cause car je suis en train de travailler sur une library partagée, qui justement sera la library hobdcalc.
C'est pour bientôt car j'ai terminer les fonctions et il me reste a écrire une partie des manpages, un readme et éventuellement générer une documentation.
Je ferai un nouveau poste car il reste quelques points a éclaircir:
-Le chemin ou sont situer les library partagées ne sont pas les mêmes sur les différentes distribution ? Sous Ubuntu elles sont situer dans /usr/lib.
- Et j'ai le même problème avec les manpages /usr/share/man/ sous Ubuntu.
Faire un script d'installation propre: ton conseil d'utilisé make me tente de plus en plus.
Concernant les conseils données je m'en souviendrai pour la prochaine fois, car je ne retouche rarement a un code que je vient de publier (sauf bug fonctionnel), sinon pour faire un Ghobdcalc version 2. Car après un mois de codage acharné l'on a pas forcément envie de retoucher le code.
Je retiens les conseils données et je les appliquerai car la dernière fois que j'ai publier un programme C ont m'a conseiller d'inclure des fichiers d'extension *.c et non *.h ce que j'ai fait ce coup ci et j'ai compris la différence entre les deux.
J'ai fracturer le code selon le type de fonctions: fonction touchant aux strings, aux opération etc..
Je penserai a le fracturer encore plus en fonction des structures manipulées.
Personnellement j'ai mis un an et demie avant d'envisager d'apprendre une GUI en C. Pas de regrets car cela permet de créer une GUI et donc de rendre accessible des programmes fonctionnant en ligne de commande a un publique qui n'est pas adepte de la ligne de commande, comme dans le cas d'une simple calculatrice.
Une réflexion que j'ai appris dans un livre consiste a réfléchir sur le type de publique visé par son programme et donc le choix d'utiliser une GUI.
Sinon j'utilise également un simple éditeur et le terminal comme toi. Pas de IDE comme code::block ou autres anjuta...
Encore merci d'avoir prêter attention a mon code, car l'on a trop souvent ignoré mes créations sur les forums Linux (pas de réponses a la présentation d'un programme).