SIMPLE MOYEN DE FAIRE UNE DLL À PARTIR DE FONCTIONS CPP
magic_Nono
Messages postés
1878
Date d'inscription
jeudi 16 octobre 2003
Statut
Membre
Dernière intervention
16 mars 2011
-
4 déc. 2003 à 15:53
magic_Nono Messages postés 1878 Date d'inscription jeudi 16 octobre 2003 Statut Membre Dernière intervention 16 mars 2011 - 17 déc. 2003 à 11:15
magic_Nono Messages postés 1878 Date d'inscription jeudi 16 octobre 2003 Statut Membre Dernière intervention 16 mars 2011 - 17 déc. 2003 à 11:15
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/18418-simple-moyen-de-faire-une-dll-a-partir-de-fonctions-cpp
https://codes-sources.commentcamarche.net/source/18418-simple-moyen-de-faire-une-dll-a-partir-de-fonctions-cpp
17 déc. 2003 à 11:15
http://www.cppfrance.com/code.aspx?ID=18782
mais il comporte effectivement les limitations dues au C
et les constructeurs/dest... ne passe pas
et le mode décoré ne semble pas parfait...
Rq: la solution proposée pour l'absence de l'option /Y- est la création de plsr fichiers 'stdafx.h'
Voila, on continue donc les com sur l'autre page....
Kenavo
Nono
13 déc. 2003 à 15:34
la technique du .DEF ne fonctionne bien que dans les limites du langage 'C'
dans le cas de surcharge et de const , etc ... enfin tout ce qui est accepté en C++ mais pas en C, il est possible d'utiliser les noms décorés mais ce n'est vraiment pas pratique. (f@aE56...)
Une autre solution est de créer des fonctions Wrappeurs
par exemple de générer deux noms différents pour la fonction 'f' surchargée suivante
void f()
void f(int)
on peut envisager f1 et f2 ou bien f_void et f_int
pour cette technique de Wrapping, regarde cette source que j'ai faite il y a un moment :
http://www.cppfrance.com/code.aspx?ID=10423
13 déc. 2003 à 14:28
et les const/dest ne sont pas accetés...
Polké???
10 déc. 2003 à 11:17
Et il va faloir qq tps pour adapter la 2nde meth...
Nota pour les adeptes du __export :
les macros __declspec(dllimport) et __declspec(dllexport) de VC++32bits replacent le mot clef __export de VC++ 16bits
Nota: je viens de trouver la note suivante:
_______________________________________
The major disadvantage of using .a DEF file is that if you are exporting functions in a C++ file, you will either have to place the decorated names in the .DEF file or define your exported functions with standard C linkage by using extern C to avoid the name decoration done by the compiler.
If you need to place the decorated names in the .DEF file, you can obtain them by using the tool DUMPBIN or by using the link switch /MAP. Note that the decorated names produced by the compiler are compiler specific. If you place the decorated names produced by the Visual C++ compiler into a .DEF file, applications that link to your DLL must also be built using the same version of Visual C++ so that the decorated names in the calling application match the exported names in the DLLs .DEF file.
_______________________________________
Si G bien compris, cela signifie que l'on peut utiliser les noms décorés dans le .def...
. dsl VieuxLion,
Et ce qui suit nous dis bien que les DLL générées par .def sont préférables pour une application distribuée(srce: msdn)
_______________________________________
Using __declspec(dllexport) is convenient because you do not have to worry about maintaining a .DEF file and obtaining the decorated names of the exported functions. However, you do not have control over the export ordinals that the compiler generates. This method is suitable if, for example, you are designing a DLL for use with an application that you control; if you rebuild the DLL with new exports, you will also have to rebuild the application.
_______________________________________
(et en general, C le mm développeur qui développe la DLL et son appli, mais ça peut poser des pb si on veut distribuer les dll pour développer avec...)
Pour le module makeDLL de MétaProg,
je ferai par défaut un .def sans déclaration et je le décorerai ssi il y a des doublons...
PS: je suis bien d'accord pour ne pas utiliser les En-Têtes précompilés
mais l'option /Y- n'est vraiement pas acceptée...
9 déc. 2003 à 22:52
pour lier des fonctions surchargées (même nom+args différents), il faut (hélas) changer de technique d'export
le .DEF ne décore pas les noms
il faut passer par la technique "Microsoft" : ajouter le modificateur __declspec(dllexport) devant le prototype
/Y- est bien une option de VC++6 : elle signifie ne pas utiliser les En-Têtes précompilés
Le fichier 'stdafx.h' sert par défaut de marqueur pour séparer les headers inclus dans le précompilé (le .PCH) qui doivent être positionnés avant 'stdafx.h' et les autres exclus de .PCH inclus après :
#include "inclusDansPCH.H"
#include "stdafx.h"
#include "exclusDePCH.H"
il est possible de changer ce nom dans les Settings de projet / C++ /precompilated headers
9 déc. 2003 à 18:59
. [Tu ne vénerera que ton Seigneur Dieu]
. pas vénérable alors mais en cas merci pour le coup de paluche
Bien...
Le soft avance mais n'est pas encore parfait:
- Comment le linker peut-il liéer plusieurs fonctions ayant le même nom & un prototype différent sachant que seul le nom est transmis au .def (exemple: plsr constructeurs...)
(échec du linkage avec mes derniers exemples...)
- qu'est sencée faire l'option /Y-, elle n'est pas acceptée par le CL.exe de VC++6.0
sinon, le pb des fichiers obj à inclure est résolu...: je permet de les sélectionner... avt le linkage
Rq: les classes crées avec visual demandent l'intégration d'un fichier 'stdafx.h' qui n'est pas forcément présent... apparement, ce fichier serait utilisé pour des directives de compilation(?)
Rq2: DLLMain??? en tt cas, cette fonction n'est pas visible avec l'explorateur de DLL livré avec Visual
Rq3: Non, je n'ai rien pour cet outil de Krosoft, mais en tt cas, il est pratiQ...
Kenavo. Nono.
4 déc. 2003 à 19:00
j'en suis heureux
On va dire ... beaucoup de travail et c'est super
j'en profite pour rajouter (à l'article sur les DLLs) qu'en l'absence de DllMain, le compilateur le génèrera lui-même
Mes sincères salutations
4 déc. 2003 à 18:32
4 déc. 2003 à 15:53
je m'y colle et d'ici une semaine, j'espere arriver à qqch
Nota: je suis en train de réaliser un soft: MétaProgramme
permettant de gérer des srces, donc la plupart des primitives sont là...
@ très bientôt sur cette page
Nono.