Discussion :

[joks93440]

Bonjour à tous !!!

Voilà, j'ai une bibliothèque (*.lib) et les header (*.h) associés, mais je ne dispose pas des codes sources (*.c).
Le problème c'est que j'ai besoin d'une bibliothèque dynamique (pour ensuite l'utiliser en python).

Donc, j'aimerais savoir comment faire pour générer une dll sans avoir les codes sources (*.c).

Je me dit que c'est peut être possible car toutes les fonctions sont en binaire dans la bibliothèque statique (*.lib).
Mais étant donné que pour généré un .dll il faut ajouté un "__declspec(dllexport)" dans les fonctions, je ne suis sur que ce soit possible.



Question supplémentaire (Simple curiosité) :
Comment distingué si un .lib a été codé en C ou en C++ ?
j'ai également les .h, pêut etre que ca peut aidé ^^


Merci d'avance ! ^^

[Médinoc]

Il devrait être possible d'écrire tout simplement un wrapper tout simple pour chaque fonction de la bibliothèque en question, et exporter chaque wrapper, avec un fichier .def pour garantir le nom de chaque fonction...

[joks93440]

Un wrapper ?
qu'est-ce donc ?

Je vais essayer de trouver des informations à ce sujet.

EDIT:
J'ai trouvé plusieurs définition décrivant un wrapper comme un "englobant"...
Mais ça ne me parle pas du tout.

un exemple serait le bienvenu ^^'

[joks93440]

Le cython ne me permettrait-il pas d'utiliser ma bibliothèque statique directement ?
Car contrairement au python pure, peut-il gérer ces dernières ?

[Obsidian]

Bonjour,

Un wrapper ?
qu'est-ce donc ? J'ai trouvé plusieurs définition décrivant un wrapper comme un "englobant"...
Mais ça ne me parle pas du tout.

« To wrap » signifie « emballer », comme l'emballage d'une friandise, par exemple. Un wrapper est donc une couche logicielle qui vient s'ajouter « tout autour » d'un produit logiciel déjà existant et qui s'appuie dessus. En général, cette couche n'apporte rien de plus, ou guère. Elle est généralement utilisée pour faire une adaptation d'interface.

Dans le cas présent, il s'agit simplement de réécrire tout simplement les prototypes de tes fonctions, les exporter convenablement et faire en sorte qu'ils se contentent d'appeler ta bibliothèque initiale.

[joks93440]

Merci de ta réponse, et excuse moi de cette réponse si tardive mais étant en alternance je ne suis pas a plein temps sur le projet.

Etant débutant j'ai un peu du mal a suivre.
quelqu'un pourrais m'expliquer où dois-je réécrire mes prototypes ? comment les exporter "convenablement" ?


Désolé de la gène, mais si quelqu'un pouvais prendre le temps de m'expliquer comment procéder, je lui en serait vraiment reconnaissant !

[Médinoc]

Un truc de ce genre, pour chaque fonction de la bibliothèque statique:

Code :

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

1
2
3
//Bibliotheque.h
int UneFonction(int);
void UneAutreFonction(char*);

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
//MaDLL.c
#include "Bibliotheque.h"
 
int wrapUneFonction(int a)
{
	return UneFonction(a);
}
 
void wrapUneAutreFonction(char* a)
{
	UneAutreFonction(a);
}

Code MaDLL.def :

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

1
2
3
4
5
LIBRARY "MaDLL"
 
EXPORTS
UneFonction=wrapUneFonction
UneAutreFonction=wrapUneAutreFonction

Et encore, il y a peut-être même plus simple.

[joks93440]

ok ca a l'air plus simple avec des exemple merci BEAUCOUP !

je récapitule :

Je créer un MaDLL.c et MaDLL.def, mais je ne touche pas à mes fichiers *.h utilisés par ma lib statique.

Dans le .c je refais en quelque sorte les prototypes des fonctions, et dans le .def je fait le lien entre le nom des fonctions du .h et celles des fonction de mon maDLL.c.
Après compilation cela produit un fichier exemple.dll

C'est bien ça ?

[Médinoc]

Oui.

[joks93440]

Avant de compiler j'ai linké la librairie (*.a) mais que dois-je faire du .def ?
Je le link également ?

[Médinoc]

Ah, je ne sais même pas si MinGW reconnait les fichiers .def.
Mais normalement, il faut tous les passer au linker: Ton fichier source, le .def et la bibliothèque statique que tu utilises.