Pic et C

**vincevg** · 28/01/2006, 14h11

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

**hegros** · 28/01/2006, 14h17

T'entends quoi par invisible et innaccesible ?

**vincevg** · 28/01/2006, 16h15

Compilé.

En assembleur ou en binaire.

Que le source en language c ne soit plus lisible tel quel.

**reggae** · 28/01/2006, 16h40

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...

**vincevg** · 28/01/2006, 16h58

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.

**DaZumba** · 28/01/2006, 17h15

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.).

**Emmanuel Delahaye** · 28/01/2006, 21h15

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.

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

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.

**vincevg** · 30/01/2006, 15h49

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 :

Je crée un A.c (ou.h) qui contient mes fonctions que je veux cacher et je le compile (en .o ou . obj).
Je crée un autre B.h, visible celui là qui contient les en-tête de mes fonctions.
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

**DaZumba** · 30/01/2006, 16h42

Il n'y a pas d'etape 2. Prennons un exemple stupide:
J'ai mon hello.c:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

**vincevg** · 31/01/2006, 14h21

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

**hegros** · 31/01/2006, 14h42

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,....)

**DaZumba** · 31/01/2006, 14h52

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.

**vincevg** · 31/01/2006, 17h16

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 ?

**Emmanuel Delahaye** · 31/01/2006, 17h27

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

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

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

**DaZumba** · 31/01/2006, 17h31

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.

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...

**vincevg** · 31/01/2006, 17h37

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.

Si tu cheches un anonymat poussé.

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

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

Un clavier pour être encore plus précis.

**vincevg** · 31/01/2006, 18h37

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.

**@drien** · 31/01/2006, 18h52

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