Discussion :

[thierry31]

Bonjour a tous,

Je travaille actuellement sur tornado et je dois utiliser des fonctions qui sont dans une librairie. Le problème que j'ai actuellement est que je n'ai que des .h , des .lib ou des .dll contenat mes routines. Je ne sais pas comment les inclures dans ma compilation. Faut-il que je crée un .o avc ma dll ou mon .lib pour ensuite le compiler et le lier avec le reste? Travaillant avec un os vxworks, comment cela est-il réalisable?

Merci pour vos réponses.

Thierry

ps:bravo pour le forum!

[Nico*3-3]

Je vois pas trop le problème...

Si c'est pour inclure un .h, mais ça m'étonnerait :

Code :

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

#include "fichier.h"

Les DLL sont des éxécutables contennant des fonctions, elles sont donc indépendantes du programme qui les appelle.
Pour pouvoir en utiliser, il faut que tu les appelles au moment de l'éxécution, donc c'est pas une simple histoire d'includes comme pour les .h...
Plus de précisions s'il te plaît...

[DaZumba]

Il faut distinguer deux phases : la creation du fichier objet, et celle de l'executable.

Lors de la creation de l'objet (.o/.obj), le compilateur a besoin de connaitre le(s) prototype(s) des fonctions appelees, afin d'eviter les declarations implicites. Tu dois donc inclure les fichiers entetes (.h) qui vont bien.

Lors de la creation de l'executable, l'editeur de lien a besoin du code des fonctions inclues, qu'il va trouver dans les bibliotheques (.a/.so, .lib/.dll). Si les bibliotheques que tu utilises ne sont pas standard, tu dois preciser ou les trouver (avec gcc, c'est -l<nom_de_la_bib> pour indiquer quelle bibliotheque utiliser, et -L<path> pour dire ou elle se trouve).

Pour ce qui est de l'edition de lien statique/dynamique (.a versus .so, .lib versus .dll), cela depend du systeme (et je connais pas l'OS sous lequel tu travailles). Souvent, le lien se fait vers les bibliotheques dynamiques par defaut, statiques s'il n'existe pas de dynamiques. Une option du compilateur permet de forcer le lien statique dans tous les cas.

Tu vas devoir regarder la doc de ton compilateur pour l'equivalent des options -l et -L.

[Ti-R]

Il faut simplement que tu inclues tes .h
Que durant le link tu ajoutes les .lib
Et que lorsque ton programme est lancé qu'il trouve les .dll

[thierry31]

En fait j'ai une carte branché à une plateforme contenant un os (ici vxworks). Le fabriquant m'a fournit des .dll et des .lib ainsi que les fichier d'en-tete correspondant (en gros les drivers). Et mon souci est que je ne sais pas comment faire pour compiler mon programme. J'inclu mon fichier d'en-tete #include <SAA7146.h> mais lors de la compilation, j'ai le message d'erreur suivant:

make: *** No rule to make target `SAA7146.h', needed by `midi.o'. Stop.

Je suis vraiment perdu...

[DaZumba]

Je t'ai repondu dans le forum Outils..., mais le probleme du no rule, c'est que nul part dans ton Makefile tu ne precises comment construire midi.o
Il manque une ligne du type:

Code :

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

1
2
3
 
midi.o: midi.c toto1.h toto2.h
    cc -c midi.c

Tu peux aussi dire a make de traiter tous les .o de la meme facon:

Code :

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

1
2
3
 
*.o: *.c
  cc -c $<