Bonjour.
À mon boulot, j'essaie de compiler un programme C++ qui fait appel à une dll prioriétaire (écrite en C, je suppose...), mais ça ne fonctionne pas.
Je ne veux pas donner le nom de cette bibliothèque ni de ses fonctions ici, mais si quelqu'un veut m'aider je peux les lui dire par message privé. Je pense cependant que ces informations ne sont pas nécessaires.
Bref, on va dire que j'ai trois fonctions à appeler : toto, tata et titi, qui sont toutes les trois implémentées en standard call dans la DLL, mais sans les "@n" à la fin des noms.
Dans mon fichier api d'entête je les implémente de cette façon :
Et au moment du linkage avec Mingw, ça me dit grossomodo :
Code : Sélectionner tout - Visualiser dans une fenêtre à part
1
2
3
4
5
6
7 extern "C" { int __stdcall toto(int x); int __stdcall titi(int y); int __stdcall tata(int z); }
- Attention, "toto@4" n'existe pas, mais "toto" trouvé.
- Attention, "titi@4" n'existe pas, mais "titi" trouvé.
- Erreur, "tata@4" introuvable.
En gros, seule la fonction "tata" provoque une erreur de "ld", marquée "undefined reference".
Ce que je ne comprends pas, c'est que si je retire le "__stdcall" situé devant la déclaration de "tata(int z)", alors le linker trouve la fonction et la compilation se termine correctement. (Mais le programme fait n'importe quoi, vu que ce n'est pas la bonne méthode d'appel qui est utilisée)
Je ne sais pas pourquoi le linker accepte de chercher le nom sans "@n" pour certaines fonctions et pas pour d'autres. J'ai essayé l'option "--enable-stdcall-fixup", mais elle ne sert qu'à supprimer les warnings, l'erreur de l'undefined demeure toujours.
Donc j'en viens à me demander, comment peut-on forcer le linker à utiliser une fonction en standard call lorsqu'il est déjà capable de la reconnaître en c déclaration ?
Partager