Discussion :

[Neckara]

Bonjour,

Je suis actuellement en train de porter un exécutable sous Windows et après avoir, tant bien que mal, compilé toutes les bibliothèques nécessaires, je me retrouve avec un petit problème de dll.

En effet, lorsque je lance l'exécutable, j'ai une petite erreur :

Le point d'entrée de procédure __gxx_personality_v0 est introuvable dans la bibliothèque de liens dynamiques libstdc++-6.dll

Que j'avais réussi à résoudre en changeant le fichier libstdc++-6.dll utilisé par un autre mais un peu plus tard j'ai eu une erreur (de tête ) :

Le point d'entrée de procédure __gxx_personalitysj_v0 est introuvable dans la bibliothèque de liens dynamiques libstdc++-6.dll

Ces erreurs viendraient du fait que les dll utilisées n'auraient pas été compilée avec la même version de mingw.

J'aimerais donc savoir si vous connaissiez une méthode pour savoir quelles dll ont été compilées avec quelle version de mingw afin de savoir lesquelles remplacer/recompiler.

[saad.hessane]

Bonjour,

...
J'aimerais donc savoir si vous connaissiez une méthode pour savoir quelles dll ont été compilées avec quelle version de mingw afin de savoir lesquelles remplacer/recompiler.

Sous Linux, les programmes sont compilés au format ELF. Ce format possède plusieurs sections d'entête (section header) dont la section .comment contient le nom et la version du compilateur.
Si le programme n'est pas "striper", on peut accéder à cette entête à l'aide de plusieurs méthode (readelf, objdump ou strings). Exemple avec strings :

Code :

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

strings -a libtest.so | grep -i gcc

ou avec objdump :

Code :

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

objdump -s --section .comment libtest.so

Vu que mingw contient les commandes readelf, objdump et strings, je pense (par pur spéculation) qu'elles ont été adapté au format des binaires Windows.
Cela ne coute rien d'essayer

[Neckara]

Merci pour votre réponse.

Kwariz m'avait donné une solution temporaire consistant à rechercher dans la dll grâce à (de tête) grep __gxx_personality_sj.

J'essayerais votre méthode dès que possible

[Neckara]

D'après objdump, il semblerait que les .dll soient au format

file format pei-i386

strings quant à lui permet d'avoir une réponse de grep beaucoup plus lisible qu'en utilisant cat.

[saad.hessane]

D'après objdump, il semblerait que les .dll soient au format ...

Il ne t'affiche pas le contenu de la section .comment parce qu’il ne trouve justement pas de section nommée .comment .
Ne connaissant pas l'entête du fichier, pas la peine de la spécifié. Essaie avec ça :

Code :

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

objdump -s libtest.so | grep -i gcc

strings quant à lui permet d'avoir une réponse de grep beaucoup plus lisible qu'en utilisant cat.

C'est le but, strings est spécialisés dans les fichiers non-textuels. Mais du coup tu as pu avoir la version de GCC ?

[Neckara]

Avec objdump -s libtest.so | grep -i gcc ou objdump -s libtest.so | grep -i g++, je peux en effet trouver des numéro de version de gcc/g++ par contre, je ne sais pas si cela correspond à la version sj de mingw ou à l'autre version.