Pic et C

Version imprimable

28/01/2006, 14h11
vincevg

Pic et C

Bonjour,

J'utilise le c pour programmer un Pic avec htpic en version gratuite et mplab 7.3.

J'ai un programme Machin.c qui utilise des fonctions, des constantes et des variables qui se trouvent dans l'header bidule.h.

Je souhaite que tout ce qui se trouve dans bidule.h soit invisible (sans avoir à le réécrire en asm).

Comment puis-je faire ?

Est-il possible de le compiler et de le réutiliser dans le machin.c sans que le bidule.h soit accessible ?

Merci d'avance
28/01/2006, 14h17
hegros

T'entends quoi par invisible et innaccesible ?
28/01/2006, 16h15
vincevg

Compilé.

En assembleur ou en binaire.

Que le source en language c ne soit plus lisible tel quel.
28/01/2006, 16h40
reggae

Si j'ai bien compris, tu peux faire comme ça:
Alors tu code ton programme en C et alors tu utilises un désassembleur et ça te donne un code en assembleur correspondant à ton code C...
28/01/2006, 16h58
vincevg

Oui mais je ne sais tjs pas comment faire.

Je préférerais créer un fichier compilé et déclarer son utilisation dans le .c.
28/01/2006, 17h15
DaZumba

Tu as deux choix:
1. Tu compiles le fichier .c en un fichier objet .o/.obj que tu fournis à l'utilisateur qui devra l'ajouter à son édition de lien.
2. Tu crées une bibliothèque.

Dans les deux cas, tu dois fournir le fichier entête donnant le prototype des fonctions contenus dans le fichier objet ou la bibliotheque (avec également tout ce qui peut etre utile à l'utilisateur de la fonction, typedefs, enums, etc.).
28/01/2006, 21h15
Emmanuel Delahaye

Re: Pic et C

Citation:

Envoyé par vincevg

J'utilise le c pour programmer un Pic avec htpic en version gratuite et mplab 7.3.

Non. Tu utilises le C pour écrire un programme.

Citation:

J'ai un programme Machin.c qui utilise des fonctions, des constantes et des variables qui se trouvent dans l'header bidule.h.

Beark. Organisation à la gomme. Il faut cesser le bricolage. A lire d'urgence :

http://www.developpez.net/forums/vie...558796#2558796

Citation:

Je souhaite que tout ce qui se trouve dans bidule.h soit invisible (sans avoir à le réécrire en asm).

Comment puis-je faire ?

Est-il possible de le compiler et de le réutiliser dans le machin.c sans que le bidule.h soit accessible ?

Une fois que le programme est correctement organisé en modules clairs, tu crées une bibliothèque et tu la livres avec le header correspondant (et un manuel utilisateur sérieux (interfaces, exemples...). Ca s'appelle un "Kit de Développement" (SDK etc.).

Les détails sont dans le mode d'emploi de ton environnement de développement.
30/01/2006, 15h49
vincevg
Le programme est correctement organisé en modules clairs.

Ce que je cherche c'est comment faire. Le compilateur HTPIC (du moins la version gratuite) a une aide un peu courte.

Quelqu'un qui le connait peut-il me donner des commandes directement.

Si j'ai bien compris :
1. Je crée un A.c (ou.h) qui contient mes fonctions que je veux cacher et je le compile (en .o ou . obj).
2. Je crée un autre B.h, visible celui là qui contient les en-tête de mes fonctions.
3. Ensuite j'écris mon programme principal (main.c) qui déclare inclure B.h.
Ce que je ne sais pas faire c'est dans l'étape 2, créer la liaison entre B et A.

Merci pour vos réponses
30/01/2006, 16h42
DaZumba
Il n'y a pas d'etape 2. Prennons un exemple stupide:
J'ai mon hello.c:
Code:

1 2 3 4 5 6 7 #include <stdio.h> void hello(void) { printf("Hello.\n"); }
Evidemment, j'ai ecrit le fichier entete qui correspond:
Code:

1 2 3 4 5 6 7 #ifndef H_HELLO #define H_HELLO void hello(void); #endif
Pour une raison obscure, je ne veux pas que quelqu'un sache comment j'ai ecrit la fonction hello(). Je compile donc mon hello.c pour produire le fichier objet hello.o (ou je le mets dans une bibliotheque, libhello.a).

Je n'ai qu'a proposer le fichier hello.o et son interface hello.h pour que n'importe qui (utilisant le meme format de fichier objet) puisse construire son executable.
31/01/2006, 14h21
vincevg

Merci DaZumba. Et je peux mettre autant de procédure que je veux dedans ?
31/01/2006, 14h42
hegros

Il convient alors de donner des noms plus explicite que hello.c et hello.h

Par exemple tu pourrais avoir un fichier nommée console.c et un autre nommée console.h dans lesquels tu mettras respectivement les définitions et les prototypes de ce qui permet de gérer l'ecran ( position de curseur, couleur,paramètrage de la console,....)
31/01/2006, 14h52
DaZumba

Citation:

Envoyé par vincevg

Merci DaZumba. Et je peux mettre autant de procédure que je veux dedans ?

Oui. Dans ton fichier entete par contre, tu ne presentes que les fonctions "publiques" dont l'utilisateur a besoin. Pour ne pas finir avec un code source de 15 pieds de long, une bibliotheque (un assemblage de fichiers objet, en fin de compte) est une bonne solution.
31/01/2006, 17h16
vincevg

Et j'ai aussi plein de define que, pour la même raison obscure, je ne souhaite pas rendre visible. Je peux les mettre dans le Hello.c ?

Sur le µC la place est un facteur important.

Donc si je pars dans l'idée de faire plein de .o, comment puis-je faire pour les assembler dans une librairie ?
31/01/2006, 17h27
Emmanuel Delahaye
Citation:

Envoyé par vincevg

Et j'ai aussi plein de define que, pour la même raison obscure, je ne souhaite pas rendre visible. Je peux les mettre dans le Hello.c ?

Ca dépend de ce que c'est, des dépendances... Si tu cheches un anonymat poussé, je te conseille de t'intéresser à la technique des TAD,

http://emmanuel-delahaye.developpez.com/tad.htm

qui ne laissent que très peu de traces dans les headers publics (une structure incomplète et des points d'entrés).
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 #ifndef H_XXX #define H_XXX /* xxx.h */ struct xxx; struct xxx *xxx_create (); void xxx_delete (struct xxx *self); int xxx_function (struct xxx *self); /* ... */ #endif
Citation:

Sur le µC la place est un facteur important.

Donc si je pars dans l'idée de faire plein de .o, comment puis-je faire pour les assembler dans une librairie ?

Quels sont les mots que tu ne comprends pas dans

Citation:

Les détails sont dans le mode d'emploi de ton environnement de développement.
31/01/2006, 17h31
DaZumba

Citation:

Envoyé par vincevg

Je peux les mettre dans le Hello.c ?

Plutot dans un hello_secret.h, qui est inclus dans hello.c. Evidemment, aucun des #define ne doit etre important pour l'utilisateur.

Citation:

Donc si je pars dans l'idée de faire plein de .o, comment puis-je faire pour les assembler dans une librairie ?

Voir la documentation de ton editeur de lien, compilateur, archiveur prefere...

Si tu vas sur le site d'Emmanuel Delahaye, il y a un article sur les Abstract Data Types, qui suivent typiquement une conception "bibliotheque opaque" dont tu peux t'inspirer.

Edit: Bon, Emmanuel est passe avant moi...
31/01/2006, 17h37
vincevg

Citation:

Quels sont les mots que tu ne comprends pas dans
Citation:

Les détails sont dans le mode d'emploi de ton environnement de développement.

Je pense que c'est toi qui ne comprend pas tout. Je ne travaille pas sur un PC (ou plus exactement pour un PC) mais pour un micro contrôleur. Je n'ai pas d'environnement de développement mais simplement un compilateur en ligne de commande que j'ai moi même intégré dans un EDI gratuit et trés ouvert. Donc toute l'aide que j'ai est celle du compilateur qui n'est pas trés étoffé (ou que je ne comprend pas bien). J'ai lu les différentes pages que tu proposais ici ou là elles sont super-intéressantes mais ne corresponde jamais pile poil à mon cas précis. D'où mes questions qui te semble naïves voires stupides.

Citation:

Si tu cheches un anonymat poussé.

Non pas poussé du tout juste du language objet voire de l'assembleur.

Citation:

Non. Tu utilises le C pour écrire un programme.

Un clavier pour être encore plus précis.
31/01/2006, 18h37
vincevg

Ca ne veut tjs pas marcher :

1 - Il refuse de compiler s'il ne trouve pas de fonction main (le hello.c),
2 - Il ne fait pas le lien avec les define qui sont dans le hello.c,
3 - Une fois que ça marche (j'ai mis les define dans tous les fichiers) il ne trouve pas les fonctions.
31/01/2006, 18h52
@drien

Citation:

Envoyé par vincevg

Ca ne veut tjs pas marcher :

1 - Il refuse de compiler s'il ne trouve pas de fonction main (le hello.c)

ben parce que tu ne fais pas que complier, or si tu linke c'est normal qu'il râle.

L'idée c'est de faire un objet .o et pas un exécutable .exe
Essaye l'option -o de gcc ;)
31/01/2006, 19h04
vincevg

Citation:

Essaye l'option -o de gcc

Ce n'est pas GCC mais htpic mon compilateur. Mais je vais essayer de linker ou de voir pourquoi ça ne linke pas.
31/01/2006, 19h32
Emmanuel Delahaye

Citation:

Envoyé par vincevg

Citation:

Essaye l'option -o de gcc

Ce n'est pas GCC mais htpic mon compilateur. Mais je vais essayer de linker ou de voir pourquoi ça ne linke pas.

Tu as peut être besoin de l'aide de spécialistes....

http://jmandon.free.fr/
http://www.htsoft.com/support/faqs.php
31/01/2006, 19h33
vincevg

Merci emmanuel un site que je n'avais pas encore trouvé.
01/02/2006, 15h26
vincevg

Bon, j'ai parcouru tes cours (même un peu plus) j'ai lu le cours introduction au c et pour finir j'ai essayé ton exemple hello.c, hello.h et main.c qui ne marche pas. Il doit donc s'agir uniquement du compilateur j'ai fais des demandes à droite et à gauche.

En tout cas merci à tous pour votre aide et si ça ne marche pas je réécrirais tout en assembleur.
01/02/2006, 19h42
gl

Citation:

Envoyé par vincevg

Bon, j'ai parcouru tes cours (même un peu plus) j'ai lu le cours introduction au c et pour finir j'ai essayé ton exemple hello.c, hello.h et main.c qui ne marche pas.

Qu'est-ce qui ne marche pas ?

Pourrais-tu fournir la methode que tu as utilise pour compiler et les messages d'erreur obtenus ?

Oui bien sur. Je prend l'exemple du hello de emmanuel.

J'ai fait un .bat comme celà :
Code:

1 2 3 4 5 echo off PICL -C -E%1.err %1.c -O%1.obj -Zg9 -O -ASMLIST -Q -I%3 -%2 PICL -E+%1.err %1.obj -M%1.map -O%1.cof -O%1.hex -Q -I%3 -%2 type %1.err echo Compilation terminée
%1 est le nom de fichier et %2 le nom du pic (j'utilise tjs HTPIC) et %3 le répertoire.

Voila l'erreur :

Citation:

: : undefined symbol: (error)
: : _hello (main.obj) (error)

Pour mémo les fichiers d'Emmanuel sont les suivants :
Code:

1 2 3 4 5 6 7 8 9 /* main.c */ #include "hello.h" int main (void) { hello (); return 0; }
Code:

1 2 3 4 5 6 7 8 #ifndef H_HELLO #define H_HELLO /* hello.h */ void hello (void); #endif /* guard */
Code:

1 2 3 4 5 6 7 8 9 10 /* hello.c */ #include "hello.h" #include <stdio.h> void hello (void) { puts ("Hello world!"); }

Citation:
Envoyé par vincevg
Oui bien sur. Je prend l'exemple du hello de emmanuel.

J'ai fait un .bat comme celà :
Code:

1 2 3 4 5 echo off PICL -C -E%1.err %1.c -O%1.obj -Zg9 -O -ASMLIST -Q -I%3 -%2 PICL -E+%1.err %1.obj -M%1.map -O%1.cof -O%1.hex -Q -I%3 -%2 type %1.err echo Compilation terminée
%1 est le nom de fichier et %2 le nom du pic (j'utilise tjs HTPIC) et %3 le répertoire.

Voila l'erreur :

Citation:

: : undefined symbol: (error)
: : _hello (main.obj) (error)
Ton batch est fait pour 1 fichier source. Ici, il y en a 2.

Il faut qu'il fasse l'équivallent de
Code:

1 2 3 4 compile ... main.c main.obj compile ... hello.c hello.obj link ... main.obj hello.obj appli.hex
soit :
Code:

1 2 3 4 PICL -C -Emain.err main.c -Omain.obj -Zg9 -O -ASMLIST -Q -I%3 -%2 PICL -C -Ehello.err hello.c -Ohello.obj -Zg9 -O -ASMLIST -Q -I%3 -%2 PICL -Eappli.err main.obj hello.obj -Mappli.map -Oappli.cof -Oappli.hex -Q -I%3 -%2
Pour ça, on utilise plutôt un Makefile qu'un batch...

http://emmanuel-delahaye.developpez.....htm#organiser

04/02/2006, 15h53
vincevg

J'aurais bien aimé que htpicc marche avec un makefile. Mais j'ai fait quelques essais sans succés et pas un mot dans la doc du compilateur (ou plutôt si 1). Bon je continus à tester.
04/02/2006, 17h19
Emmanuel Delahaye

Citation:

Envoyé par vincevg

J'aurais bien aimé que htpicc marche avec un makefile. Mais j'ai fait quelques essais sans succés et pas un mot dans la doc du compilateur (ou plutôt si 1). Bon je continus à tester.

Un makefile fait fonctionner n'importe quoi qui s'appelle à la ligne de commande.

Montre tes essais (bien que ce soit hors-sujet...)
04/02/2006, 17h27
vincevg

Citation:

Un makefile fait fonctionner n'importe quoi qui s'appelle à la ligne de commande

Tu peux expliquer. Je ne vois pas comment un logiciel peut interprêter un makefile s'il n'est pas conçu pour ça.

Citation:

Montre tes essais (bien que ce soit hors-sujet...)

Je n'ais plus rien. Je nettoye au fur et à mesure.
04/02/2006, 17h41
Emmanuel Delahaye

Citation:

Envoyé par vincevg

Citation:

Un makefile fait fonctionner n'importe quoi qui s'appelle à la ligne de commande

Tu peux expliquer

Parce que c'est le contraire. C'est make qui interprète le Makefile, et celui-ci contient des conditions et des bouts de lignes de commandes. Ces lignes peuvent appeler n'importe quoi. Je t'ai déjà passé un lien qui explique comment faire un Makefile.

Montre le Makefile qui ne fonctionne pas.
04/02/2006, 17h44
vincevg

Pour ne pas perdre de temps :

Je pense que je connait pas mal GCC et les makefiles (Cf mon site ).

J'aurais préféré utiliser GCC pour les pic mais on ne me laisse pas le choix.

C'est le c que je ne connait pas bien ainsi que le compilateur htpic que je découvre.

Je trouve super sympa que vous passiez du temps pour me dépanner :D .
04/02/2006, 17h48
vincevg

Je n'avais pas vu ce message avant d'écrire le précédent.

Citation:

Parce que c'est le contraire. C'est make qui interprète le Makefile, et celui-ci contient des conditions et des bouts de lignes de commandes. Ces lignes peuvent appeler n'importe quoi.

J'avais oublié ce détail. Je ne lançais pas make mais tentais de faire interprèter le makefile par mon compilateur.

Citation:

Montre le Makefile qui ne fonctionne pas

Comme je te le disais précedemment je n'ai plus rien mais je vais recommencer dans cette voie.

Merci
04/02/2006, 20h06
Emmanuel Delahaye

Citation:

Envoyé par vincevg

C'est le c que je ne connait pas bien ainsi que le compilateur htpic que je découvre.

Si tu as un problème de Makefile, c'est ni un problème de C ni un problème de compilateur...

Fuseau horaire GMT +2. Il est actuellement 10h24.