probleme boost::ublas

**p_moiret** · 17/12/2005, 12h24

Bonjour,

Je souhaite utiliser certaine “library“ boost non compatible avec visual 6.0. (compilateur que je doit garder pour le moment). Comme j'ai besoin des classes de boost que dans certaines fonctions j'ai pris pour habitude de créer une librairie qui utilise boost que je compile avec gcc (avec cygwin ou MinGW). Puis cette “library“ est utilisée dans mon programme compilé sous visual 6.0. Ce système fonctionnait bien.

Lorsque j'inclus le fichier <boost/numeric/ublas/matrix.hpp> dans ma librairie, gcc compile normalement, j'utilise alors la librairie dans visual 6 qui me produit les erreurs suivantes*:

error LNK2001: unresolved external symbol __ZNSt8ios_base4InitD1Ev
error LNK2001: unresolved external symbol __ZNSt8ios_base4InitC1Ev

Lorsque j'ouvre ma “library” je retrouve effectivement ces appelles. Cependant, je ne sais pas d'ou ces liens provienne ni comment franchir ce problème.

PS: ne voyant que peut de solution j'ai posté ce mail sur de nombreux de forums...

**JolyLoic** · 17/12/2005, 13h07

Préliminaire : Tout ça est un domaine que je connais peu, à prendre sous caution.

Déjà, savoir ce qu'est ce nom : __ZNSt8ios_base4InitD1Ev

Ca ressemble à un nom décoré pour une fonction qui pourrait se nommer ios_base::Init (je ne connais pas le schémas de name mangling de gcc).

Si tel est le cas, j'en conclue que dans ton code, tu cherches à utiliser des flux, alors qu'avant non. Et donc la bibliothèque de flux de gcc s'attend à être liée avec des morceaux d'elle même lors de la compilation finale, ce qui n'est pas le cas.

Rien ne peut garantir qu'une bibliothèque faite par gcc soit utilisable par msvc6 (ni d'ailleurs entre deux compilateurs C++ quelconque (par exemple entre deux versions de msvc, il n'y a pas compatibilité, ni entre deux versions majeures de gcc), bien qu'une initiative d'ABI commune puisse un jour faire évoluer la situation).

Il y a plus grave : Si tu utilises par exemple une string dans l'interface entre la bibliothèque et ton programme, rien ne te dis que cette classe soit définie de la même façon des deux côtés. Tu violes l'ODR.

Comment faire alors ? A mon sens, le seule garantie de compatibilité que tu as sous windows est en utilisant une DLL dont l'interface est uniquement écrite en C.

Une autre façon pourrait être une compatibilité binaire : Ton programme en vc++ communique avec un programme gcc à l'aide de fichiers, pipes, mémoire partagée, réseau...

Enfin, une version 1.32 de boost::ublas supporte VC6. Peut-être est-ce une possibilité pour toi ? (ils disent avec STL-Port, mais je l'ai utilisée sans problèmes avec la STL de vc++6).

**Aurelien.Regat-Barrel** · 19/12/2005, 10h17

Autre solution, meilleure à mon avis : abandonner VC++ 6. C'est un très vieux compilateur, et la version 8 (la 7 et la 7.1 sont aussi sorties depuis...) est gratuite...