Boost.Test 1.36 et Visual Studio 2008 : bug ?

Version imprimable

Je tente d'utiliser Boost.Test pour mes tests unitaires (j'en ai pas mal qui fonctionnaient il y a encore quelques temps) avec Visual Studio 2008. Je viens de tout mettre à jour, et j'obtiens une erreur... embêtante à l'édition des liens :
Code:

1 2 3 link /nologo /OUT:IRT_test_suit.exe /LIBPATH:D:\Travail\boost_1_36_0\lib "/LIBPATH:D:\Python 2.5\libs" /LIBPATH:. IRT.lib oost_unit_test_framework-vc90-mt-1_36.lib tools\boost_main_test.obj test_light.obj boost_unit_test_framework-vc90-mt-1_36.lib(boost_unit_test_framework-vc90-mt-1_36.dll) : error LNK2005: "public: static class boost::unit_test::unit_test_log_t& __cdecl boost::unit_test::singleton<class boost::unit_test::unit_test_log_t>::instance(void)" ?instance@?$singleton@Vunit_test_log_t@unit_test@boost@@@unit_test@boost@@SAAAVunit_test_log_t@23@XZ) déjà défini(e) dans test_light.obj IRT_test_suit.exe : fatal error LNK1169: un ou plusieurs symboles définis à différentes reprises ont été rencontrés
La bibliothèque boost_unit_test_framework-vc90-mt-1_36 définit ce fameux symbole, et en fait tous mes fichiers objets devraient référencer ce symbole externe, mais chaque fichier a l'air de posséder une instance de ce symbole.

Bref, le problème m'a l'air louche, car il s'agit d'un gros morceau de Boost, mais comme les seuls exemples proposés par Boost.Test sont des tests avec un seul fichier (là, je râle, mais comment se fait-il qu'un exemple multi fichier n'est même pas proposé ???), je n'ai même pas la possibiliité de savoir si c'est un problème :
- de ma config pour une raison X ou Y
- de Visual Studio 2008
- de SCons, que j'utilise comme outil de compilation (mais il y a peu de chance, les arguments sont standard)

31/08/2008, 19h35
JolyLoic

Tu utilises quoi ? La registration automatique ou pas ? Quel framework de test ?
31/08/2008, 20h06
Matthieu Brucher
Oui, j'utilise ça, mais même sans aucun test case à moi (tout commenté), l'erreur survient. Je copie le code que j'ai aussi envoyé sur la ML Boost-users (où j'ai indiqué utiliser le SP1, mais en fait, je ne l'avais pas encore installé) :
Code:

1 2 3 #define BOOST_TEST_DYN_LINK #define BOOST_TEST_MODULE "IRT test suit" #include <boost/test/unit_test.hpp>
puis un fichier dans lequel va être mis des tests :

Code:

#include <boost/test/unit_test.hpp>

Les options de compilation :

Code:

cl /nologo /EHsc /Ox /MD -D_CRT_SECURE_NO_DEPRECATE -DWIN32 /TP /ID:\Travail\boost_1_36_0 /I. /c test_light.cpp /Fotest_light.obj
31/08/2008, 20h29
JolyLoic

Au boulot j'ai la même configuration que toi, sauf boost 1.35 et le fait qu'on n'utilise pas scons, mais n'ai pas eu ce genre de problèmes. On devrait d'ici peu tenter la basculement en 1.36, je te tiendrai au courant si je tombe sur la même chose.
31/08/2008, 20h32
Matthieu Brucher

Merci ;)
Je n'ai pas vu de différence dans le code de la classe unit_test_log entre 1.35 et 1.36, donc bizarre... D'autant que je n'avais pas de problème par le passé avec Scons non plus.

Ce dont j'ai l'impression, c'est que cette méthode statique instance() est instanciée dans les fichiers objet, alors qu'elle ne devrait pas l'être. Et ce qui est bizarre, c'est que les autres méthodes de la classe n'ont pas de problème :koi: