librairie .h .lib vers .dll

Salut,

Il est généralement plus facile de générer une bibliothèque d'importation au départ d'une dll que de générer une dll au départ d'une bibliothèque statique.

En effet, pour générer une bibliothèque d'importation au départ d'une dll, il "suffit" de vérifier les différents symboles exportés par celle-ci, alors que, dans le cas contraire, il s'agit bien souvent de:

rajouter (sur base d'instructions préprocesseur) un moyen de déterminer si on est en phase de compilation de la bibliothèque ou en phase d'utilisation de manière à utiliser __declspec(dllexport) lors de la compilation et __declspec(dllimport) lors de l'utilisation
déterminer quelles fonctions devront être exportées, car certaines pourraient n'être destinées qu'à "usage interne" et modifier aussi bien les fichiers d'en-tête que les fichiers d'implémentations afin de permettre l'exportation des fonctions qui doivent l'être
recompiler le tout et générer la dll
Ceci dit il n'y a pas de différence particulière au niveau du nom et de l'extension entre une bibliothèque statique et une bibliothèque d'importation.

Et je serais personnellement assez étonné de constater que le driver soit fourni sous la forme d'une bibliothèque statique, pour la simple et bonne raison qu'il serait alors très dépendant du compilateur.

Cela impliquerait en effet soit l'obligation d'utiliser un compilateur particulier (ca, ca peut arriver) mais aussi d'une version donnée pour pouvoir utiliser le driver, et j'aime à croire qu'aucune boite de matériel n'oserait imposer de telles restrictions.

Par contre, il n'est pas impossible que tu aies affaire à une bibliothèque d'importation et que la dll soit bien au chaud, plaquée parmi ses congénères dans le dossier system32 (ou wow32).

Si tel est le cas, tu devrais déjà pouvoir t'en assurer du fait de la présence d'un symbole (souvent écrit en majuscule) inséré entre le type de retour et le nom des fonctions dans le fichier d'en-tête

En cherchant un peu, tu devrais trouver une directive préprocesseur définissant ce symbole comme __declpsec(dllimport).

Ce qu'il te faudrait peut être alors, c'est de disposer d'un fichier *.def qui recense l'ensemble des symboles effectivement exportés par la dll afin de pouvoir l'utiliser avec C#.

des outils comme dlltool ou gendef devraient pouvoir t'aider à générer un tel fichier *.def