Erreur de linker avec lib Filesystem

Bonjour à tous,

J'essaie d'utiliser la lib FileSystem de Boost (installée avec l'installeur BoostPro) sur Windows 7 64bits et Visual Studio 2010.

J'ai ajouté les libs de boost dans : Project > Properties > Linker > Additional Library Directories

Ainsi que les headers, je n'ai aucun soucis pour utiliser Boost en header-only.

Mais lorsque j'essaie d'utiliser la lib filesystem j'ai :

Code:

---

1 2 3

1>Session.obj : error LNK2019: unresolved external symbol "public: static class std::codecvt<wchar_t,char,int> const & __cdecl boost::filesystem::path::codecvt(void)" (?codecvt@path@filesystem@boost@@SAABV?$codecvt@_WDH@std@@XZ) referenced in function "public: __thiscall boost::filesystem::path::path<char const [4]>(char const (&)[4],void *)" (??$?0$$BY03$$CBD@path@filesystem@boost@@QAE@AAY03$$CBDPAX@Z) 1>Session.obj : error LNK2019: unresolved external symbol "void __cdecl boost::filesystem::path_traits::convert(char const *,char const *,class std::basic_string<wchar_t,struct std::char_traits<wchar_t>,class std::allocator<wchar_t> > &,class std::codecvt<wchar_t,char,int> const &)" (?convert@path_traits@filesystem@boost@@YAXPBD0AAV?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@ABV?$codecvt@_WDH@5@@Z) referenced in function "void __cdecl boost::filesystem::path_traits::dispatch<class std::basic_string<wchar_t,struct std::char_traits<wchar_t>,class std::allocator<wchar_t> > >(class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const &,class std::basic_string<wchar_t,struct std::char_traits<wchar_t>,class std::allocator<wchar_t> > &,class std::codecvt<wchar_t,char,int> const &)" (??$dispatch@V?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@std@@@path_traits@filesystem@boost@@YAXABV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@AAV?$basic_string@_WU?$char_traits@_W@std@@V?$allocator@_W@2@@4@ABV?$codecvt@_WDH@4@@Z)

---

Auriez-vous une petite idée ?

Merci.
Cordialement.

Est-ce que tes headers ne seraient pas d'une version plus récente que les binaires installés via BoostPro ?

Non, tout vient de l'installeur "BoostPro 1.51.0 Installer (64-bit)"

Par contre j'ai eu une erreur à l'installe (ci-joint)

Personne n'a une idée ?

Salut,

De toute évidence, le linker ne trouves pas la lib de boost.
Je n'ai jamais utilisé boostPro, car je fais tout à la pattoune, mais je suppose qu'au final c'est pareil...

Les links avec boost sont toujours délicat, car tu as plusieurs .lib et .dll/.so selon la config que tu utilises.
Es-tu en multi-thread ou pas ? Si tu n'as rien définit, tu es en MT.
Utilises-tu les lib statiques ou dynamiques ? Si tu utilises boost en lib dynamique, as-tu défini BOOST_ALL_DYN_LINK ?

Par exemple, si tu compile en debug, sous VS2010, et MT et avec les lib dynamiques; les .lib boost que tu link devraient être post-fixés "*vc100-mt-gd-1_51.lib".

Enfin, tu trouveras dans ce document, les différentes conventions de nommage de boost et un petit tuto pour linker boost à VS.

Je pense qu'il trouve bien la lib car quand je n'avais pas installé les libs debug il me sortait un not found.

D’après mes recherches, c'est un problème de wchar

L'erreur LNK2019 vient du linker, donc tu as une erreur de link.
Il manque quelque chose pour finir l'executable.

"unresolved external symbol trucmuche" = "trucmuche est utilisé (donc déclaré), mais je n'ai pas sa définition".

Soit tu n'as pas toute la lib, soit tu n'as pas la bonne version.

Il trouve bien le fichier (pas de "not found") donc celle que tu utilises n'a pas la définition du symbole cherché: ce n'est pas la bonne version/variante

Salut,

Et pourtant, l'erreur de l'image est parlante...:

Elle te dit "texto" qu'il n'a pas pu extraire des fichiers, a priori au moment d'installer filesystem (si on s'en réfère à l'image de derrière ;)

On peut donc aisément en déduire que l'installateur a "foiré son coup", soit parce que le fichier a été corrompu lors du téléchargement soit parce que le fichier zip a été mal généré, soit, à cause de l'air du temps :D

En tout état de cause, si l'installateur n'a pas pu aller jusqu'au bout de son travail, il vaut mieux ne pas en utiliser le résultat ;)

A toi de voir si tu décides de relancer l'installateur ou de te "palucher" l'installation a mano ;)

Ceci dit, il n'y a que deux commandes à lancer,et la première s'achève assez vite ;)

Après, ce qui prend du temps, c'est surtout d'attendre que la deuxième finisse son boulot, mais tu n'es pas obligé de la regarder boulotter sans rien faire ;)

Citation:

---

Envoyé par iowa

J'essaie d'utiliser la lib FileSystem de Boost (installée avec l'installeur BoostPro) sur Windows 7 64bits et Visual Studio 2010.

---

C'est là qu'est l'erreur : l'installateur BoostPro 64 bits est bien 64 bits, mais t'installe des bibliothèques 32 bits... Vérifiable avec dumpbin /HEAD.

J'ai perdu près de 2 jours de boulot avec cette saleté...