Discussion :

[falcoman33]

Bonjour, je dispose d une librairie créée avec visual, j aimerais linker avec un programme que j ai fait en g++.

J ai cru comprendre qu il faillait faire des modifs au niveau de la librairie (probleme de compatibiltié)

SI quelq u un pouvait m aider. J ai lu qu il fallait utiliser reimp pour créer un fichier .def amis apres je ne comprend pas trop ce que je dois faire...

merci encore

[bacelar]

Et en suivant les liens dans les pages que vous avez vous même donnés ??? :
http://outofhanwell.wordpress.com/20...ingw-projects/

[falcoman33]

bonjour,
j ai effectivement lu ca mais je ne compred pas trop ce qu eje dois faire :

Solution 1

1.Create a definition file using reimp. : OK c est facile...
2.For each stdcall function (formatted as _name@ordinal) add a line name = _name@ordinal, allowing MinGW to map its stdcall naming convention to that of MSVC. : ca se gate un peu... je dois changer quoi la ?

j ai des truc comme ca dans la lib.. (j ai copié que les premieres lignes...)
??0?$omi_IntTable@PEAXVSMABasOmiDefaultAllocator@@@@QEAA@XZ
??0atr_StringBase@@IEAA@AEBV0@@Z
??0cow_String@@QEAA@AEBV0@@Z
??0cow_String@@QEAA@PEBD@Z
??0cow_String@@QEAA@PEBDH@Z
??0stdB_UelmatUserSub@@QEAA@PEAVElementLayout@@PEAN1PEAH22222111111111111111111AEAH2@Z
??
3.Use dlltool to convert the MSVC library into a MinGW library with the new definition. : dlltool va me generer quoi et a partir de quoi?

It worked! To compile the project you must simply:


solution 2
1.Download and install the Qt/Windows package, which includes MinGW... à priori je l ai fait
2.Download reimp and drop it into the MinGW/bin folder. Ok c fait
3.Download the development packages for the third-party libraries and point an environment variable to that location. develpoement packages... je dois faire quoi la?
4.Build the project with the usual qmake/make commands.

merci encore

[bacelar]

Là, ça se corse.
Les symboles que vous nous montrez sont des symboles avec le mangling de nom C++ de Visual Studio.
Le mangling C++ n'est pas standardisé.
A l'heure actuelle, votre bibliothèque n'est compatible qu'avec la version de Visual Studio avec lequel elle a été généré.
La garantie avec les autres versions de VS n'est même pas assurée.
Et pire, avec la même version de VS mais avec des options de compilation différentes, c'est des emmerdes sans noms.

En clair, ceux qui on conçu cette bibliothèque sont des branquignols.

Une stratégie à court terme est de faire une bibliothèque de wrapping autour de ce machin, qui elle exportera ses symboles selon les conventions C et non C++.

[falcoman33]

J arrive a linker avec n importe quelle version de visual...

Sinon
le coup du dlltool... pas possible? il me semblait qu on pouvait modifier le mangling comme ça mais je n ai pas tout compris sur la procédure

merci encore

[bacelar]

J arrive a linker avec n importe quelle version de visual...

Changez la configuration du compilateur pour que la lib et le programme utilisateur de la lib, vous allez voir les dégâts.

L'export de classes C++, c'est n'import quoi. C'est juste bon à faire des joujoux.

il me semblait qu on pouvait modifier le mangling

C'est le but de toute la manup avec " line name = _name@ordinal" qui fait des alias entre ne nom à la VS et ne nom à la GNU.
Mais pour cela, il faut utiliser la même convention d'appel. Le mangling est là pour éviter d'appeler les méthodes selon une convention d'appel qui ne convient pas.

Et là, en faisant des exports de classe, c'est pas des conventions _stdcall mais _thiscall, et là, mon gars, c'est du non standard de chez non standard.

Fait une lib qui wrappe en C cette cochonnerie.