Problème de link des librairies de Boost

Bonjour,

Depuis 2 semaines je commence à travailler avec Boost sous VisualC++ 9 express.

Actuellement j'ai utilisé des librairies de boost utilisable uniquement avec les .h

Mais maintenant j'aimerai intégrer certaines librairie qui doivent être compilées.
J'ai déjà compilé toutes les librairies (static et dynamique). Elles sont donc mon répertoire C:\_dev\lib

Par contre je n'arrive pas à linker les librairies. J'ai essayé avec plusieurs (Program options, FileSystem) et c'est toujours pareil.

Dans les options de mon projet, j'ai

Code:

---

1 2	Linker / General / Additionnal Library Directories : C:\_dev\lib Linker / Input / Additionnal Dependencies : boost_program_options-vc90-mt-p-1_38.lib

---

Et même en mettant ces options j'ai

Citation:

---

1>LINK : warning LNK4098: defaultlib 'MSVCRT' conflicts with use of other libs; use /NODEFAULTLIB:library
1>check_01.obj : error LNK2019: unresolved external symbol "public: __thiscall boost::program_options::options_description::options_description(class stlpd_std::basic_string<char,class stlpd_std::char_traits<char>,class stlpd_std::allocator<char> > const &,unsigned int)" (??0options_description@program_options@boost@@QAE@ABV?$basic_string@DV?$char_traits@D@stlpd_std@@V?$allocator@D@2@@stlpd_std@@I@Z) referenced in function _main

---

L'impression que j'ai c'est que le fichier lib que je lui donne ne contient pas ce qu'il veut. Pourtout, j'ai regardé dedans et la chaine "options_description" existe bien.

Là je ne sais plus quoi faire à part recoder Boost à partir de zéro. :bug:
Donc si vous aviez une solution, je prends directement.

Merci d'avance

Salut,
Personnellement, j'ai juste mis le répertoire des .lib dans Additional Library Directory (options General de Linker). Je ne précise pas le .lib dans Input. Boost a un mécanisme qui lui permet de faire la chose tout seul. Et cela fonctionne parfaitement.
As-tu vérifier que cette entrée (Additional Library Directory) contient bien le répertoire où sont les .lib ?

Bonjour,

Je viens de m'y remettre un coup et j'ai fouillé dans les .h de boost et je suis tombé sur la macro BOOST_LIB_DIAGNOSTIC. Et effectivement il fait le link automatiquement.

Et maintenant lorsque je compile je peux voir le nom des librairies que boost link. Et j'ai bien le fichier

Citation:

---

Linking to lib file: libboost_program_options-vc90-mt-p-1_38.lib

---

Mais j'ai toujours le même problème de link. J'y comprend rien.

Salut,
Question bête : essaies-tu de lier avec la bibliothèque qui a les mêmes options (et compilé avec le même compilateur) que ton appli (multithread/monothread, unicode) ?

En cherchant un peu j'ai trouvé une piste.

Cela viendrait du fait que je ne compile pas mon projet avec STLPORT mais la STL de microsoft.

C'est possible mais dans ce cas, j'aimerai savoir comment je peux vérifier que je compile bien avec STLPORT.
Une idée ?

Non :oops:
A tout hasard, as-tu regardé le tuto Installer boost avec Visual C++ ? Il y a peut être des infos intéressantes.

Oui j'ai commencé avec cette installation, boostpro. Mais après ensuite j'ai constaté que c'était incompatible avec ma configuration actuel.
Et oui comme je le disais, j'utilise STLPORT et je ne peux donc pas utiliser boostpro qui a été compilé avec la STL de microsoft.

Et pourquoi ne pas compiler Boost avec ta config. Ca se fait assez bien. Je ne me souvient pas avoir eu de problème.

J'ai déjà compiler BOOST avec STLPORT. C'est justement cette version de boost que j'essaye de compiler mais rien n'y fait.

Je viens de faire un test. J'ai réussi à compiler mon programme en utiliser les STL de microsoft et BOOST PRO.

Mais par contre, j'ai lancé mon programme de traitement et cette version du programme est environ 50% plus lent que le même programme sans ma liste de test pour boost. Soit passé d'un traitement de 43 minutes à 87 minutes.
Ca ne va pas passé avec cette durée.

As-tu désactivé les vérifications de la STL de microsoft ?

Ouais j'ai tout mis.

Code:

---

1 2 3 4 5 6 7

#define _SECURE_SCL 0 #define _SECURE_SCL_THROWS #define _SCL_SECURE_NO_DEPRECATE #define _CRT_SECURE_NO_WARNINGS #define _HAS_ITERATOR_DEBUGGING 0 #define _CRT_NONSTDC_NO_DEPRECATE 1

---

Ca y est je reviens pour nième fois sur le même problème.

Il devient de plus en plus difficile de le contourner. Bref.

Je voulais repartir depuis le début, recompiler boost avec STLPORT. Mais je n'arrive plus à retrouver la méthode.
Trop fort, trop chiant :aie:

Quelqu'un aurait la procédure en stock chez lui ?
Ou mieux quelqu'un aurait les fichiers .lib et .dll résultant de cette compilation ?

Merci d'avance

Ca y est je pense que j'ai un peu avancer mais j'ai lutté. Le problème c'est que ce n'est pas encore fini.
Je suis retombé sur un os.

Déjà pour commencer, j'ai recompilé STLPORT avec le paramètre --use_boost <BOOST PATH>

Code:

---

1 2	C:\STLport>configure msvc9 --rtl-dynamic --use-boost C:\boost C:\STLport\build\lib>nmake /fmsvc.mak

---

Mais pour que cela compile il faut rajouter une ligne dans le fichier <PATH_STLPORT>\stlport\stl\type_traits.h

Code:

---

1 2 3 4 5 6

#ifdef _STLP_USE_BOOST_SUPPORT # include <stl/boost_type_traits.h> # include <boost/type_traits/add_reference.hpp> # include <boost/type_traits/add_const.hpp> # include <boost/type_traits/remove_const.hpp> // <= Ligne à rajouter #endif /* _STLP_USE_BOOST_SUPPORT */

---

Puis dans le fichier <PATH_STLPORT>\stlport\stl\config\user_config.h, il faut décommenter la ligne

Code:

---

#define _STLP_USE_BOOST_SUPPORT 1

---

Maintenant STLPORT compile correctement. C'est magnifique.

Ensuite, j'ai compiler boost avec la commande suivante

Code:

---

C:\boost>bjam toolset=msvc stdlib=stlport-5.2 --link=static --build-type=complete stage variant=debug,release link=static threading=multi

---

Maintenant je compile mon programme de test et j'ai des erreurs de template.
Voici un résumé :

Code:

---

1 2 3 4

1>c:\_dev\include\stlport\functional(124) : error C2977: 'boost::function' : too many template arguments 1> c:\_dev\include\boost\function\function_fwd.hpp(33) : see declaration of 'boost::function' 1>c:\_dev\include\boost\function\function_template.hpp(1098) : error C2977: 'boost::function' : too many template arguments 1> c:\_dev\include\boost\function\function_template.hpp(1020) : see declaration of 'boost::function'

---

Quelqu'un aurait une idée pour mon problème.
S'il vous plait. :aie:

Merci d'avance

Salut,
A tout hasard, il ressemble à quoi ton code à cet endroit ?

Le problème c'est que les erreurs sont dans les fichiers de STLPORT et BOOST.

En allant dans ces fichiers, je comprends le problème mais ... je ne peux rien faire.

c:\_dev\include\stlport\functional

Code:

---

1 2 3 4 5 6 7

namespace boost { class bad_function_call; template<typename Signature, typename Allocator > class function; template<typename Signature, typename Allocator> void swap(function<Signature, Allocator>& f1, function<Signature, Allocator>& f2); }

---

c:\_dev\include\boost\function\function_fwd.hpp

Code:

---

template<typename Signature> class function;

---

Sinon mon code de test est très simple.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

#include <boost/program_options.hpp>   using namespace std; namespace po = boost::program_options;   int main ( int argc, const char* argv[] ) { po::options_description desc("Allowed options"); desc.add_options() ("help", "produce help message") ("compression", po::value<int>(), "set compression level"); }

---

Citation:

---

LINK : warning LNK4098: defaultlib 'MSVCRT' conflicts with use of other libs; use /NODEFAULTLIB:library

---

C'est un conflit de CRT ça. Ca veut dire qu'il faut builder ton projet et toutes tes libs avec les mêmes options en release et en debug. (/MD, etc...)

Effectivement, je n'ai plus ce problème.

Maintenant j'ai un problème de link avec les templates entre STLPORT et BOOST.

Salut,

C'est visiblement un problème de compatibilité de versions, l'allocateur en tant que paramètre template dans boost::function a disparu entre les versions 1.35 et 1.36 de boost.

MAT.

Ca veut dire quoi ?

Il faut que j'utilise une ancien version de boost, par exemple la 1.35 ?

Soit ça soit tu n'actives pas le support boost dans stlport, j'imagine que c'est possible de faire sans.

MAT.

Ba en fait, je ne sais pas si le fait d'avoir _STLP_USE_BOOST_SUPPORT va me corriger le problème.

Tout ce que je sais, c'est que sans cette définition, j'ai toujours le même erreur de link

Code:

---

1 2 3 4 5

1>main.obj : error LNK2019: unresolved external symbol "public: __thiscall boost::program_options::options_description::options_description(class stlpd_std::basic_string<char,class stlpd_std::char_traits<char>,class stlpd_std::allocator<char> > const &,unsigned int)" (??0options_description@program_options@boost@@QAE@ABV?$basic_string@DV?$char_traits@D@stlpd_std@@V?$allocator@D@2@@stlpd_std@@I@Z) referenced in function _main 1>main.obj : error LNK2001: unresolved external symbol "private: virtual void __thiscall boost::program_options::value_semantic_codecvt_helper<char>::parse(class boost::any &,class stlpd_std::vector<class stlpd_std::basic_string<char,class stlpd_std::char_traits<char>,class stlpd_std::allocator<char> >,class stlpd_std::allocator<class stlpd_std::basic_string<char,class stlpd_std::char_traits<char>,class stlpd_std::allocator<char> > > > const &,bool)const " (?parse@?$value_semantic_codecvt_helper@D@program_options@boost@@EBEXAAVany@3@ABV?$vector@V?$basic_string@DV?$char_traits@D@stlpd_std@@V?$allocator@D@2@@stlpd_std@@V?$allocator@V?$basic_string@DV?$char_traits@D@stlpd_std@@V?$allocator@D@2@@stlpd_std@@@2@@stlpd_std@@_N@Z) 1>main.obj : error LNK2001: unresolved external symbol "class stlpd_std::basic_string<char,class stlpd_std::char_traits<char>,class stlpd_std::allocator<char> > boost::program_options::arg" (?arg@program_options@boost@@3V?$basic_string@DV?$char_traits@D@stlpd_std@@V?$allocator@D@2@@stlpd_std@@A) 1>main.obj : error LNK2019: unresolved external symbol "public: __thiscall boost::program_options::invalid_option_value::invalid_option_value(class stlpd_std::basic_string<char,class stlpd_std::char_traits<char>,class stlpd_std::allocator<char> > const &)" (??0invalid_option_value@program_options@boost@@QAE@ABV?$basic_string@DV?$char_traits@D@stlpd_std@@V?$allocator@D@2@@stlpd_std@@@Z) referenced in function __catch$??$validate@HD@program_options@boost@@YAXAAVany@1@ABV?$vector@V?$basic_string@DV?$char_traits@D@stlpd_std@@V?$allocator@D@2@@stlpd_std@@V?$allocator@V?$basic_string@DV?$char_traits@D@stlpd_std@@V?$allocator@D@2@@stlpd_std@@@2@@stlpd_std@@PAHJ@Z$0 1>C:\_dev\apps\tests\link_boost\Debug\link_boost.exe : fatal error LNK1120: 4 unresolved externals

---

Voilà :evilred:

Ça c'est parce que tu n'as pas lié boost program_options...

Pourtant je pense que la librairie est chargé, car quand je mets la définition BOOST_LIB_DIAGNOSTIC j'obtiens la ligne suivante lors de la compilation

Code:

---

Linking to lib file: libboost_program_options-vc90-mt-gdp-1_38.lib

---

Je viens de tester avec les includes de BOOST 1.35 et je n'ai plus les erreurs. J'ai recompilé la lib "program_options" mais j'ai toujours mes problèmes de link cité précédemment.

Sinon cela ne pourrait pas venir d'une incompatibilité entre mes lib boost et les propriété de compilation de mon projet ?

Ta version de boost program options a-t-elle été compilée avec la même version de la bibliothèque standard que celle que tu utilises ?

Oui j'ai bien compiler boost avec la même version. Celle avec laquelle je compile mon programme.