Discussion :

[Matthieu Brucher]

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 :

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

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)

[JolyLoic]

Tu utilises quoi ? La registration automatique ou pas ? Quel framework de test ?

[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 main_test.cpp :

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

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 test_light.cpp :

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

#include <boost/test/unit_test.hpp>

Les options de compilation :

Code :

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

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

[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.

[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