id,summary,reporter,owner,description,type,status,milestone,component,version,severity,resolution,keywords,cc 10487,Multiple definitions of boost::numeric::odeint::detail::* by multiple #include,guillaume.jacquenot@…,karsten,"Dear all, I encountered a linker problem within the odeint code of library boost::numeric with boost 1.56 on Debian 32 bit with gcc 4.7. There (and I guess on many other compilers) will be multiple definitions of functions. The error is known not to occur with version 1.55.0. When using several inclusions of the following files in various code file #include #include #include the linker produces an error of multiple definitions for boost::numeric::odeint::detail. This linker problem will not occur if only one .cpp file #includes this file. Possible explanation taken from bug number 7678: Seemingly compiling each compile unit like foo.cpp, bar.cpp, etc. produces a definition into its individual .obj-file, namely foo.obj, bar.obj, etc.. Later the linker can not resolve which of the multiple definitions of ""belongs"", the one in foo.obj or the one in bar.obj, to take when binding the executable. CMake log: Linking CXX executable run_all_tests XXXXXXXXXXX/libXXXXXXXXXXX_static.a(FILE_YYYYYYYYYYYYY.cpp.o):(.bss+0x0): multiple definition of `boost::numeric::odeint::detail::_2' src/FILE_ZZZZZZZZZZZ.cpp.o:(.bss+0x10): first defined here XXXXXXXXXXX/libXXXXXXXXXXX_static.a(FILE_YYYYYYYYYYYYY.cpp.o):(.bss+0x1): multiple definition of `boost::numeric::odeint::detail::_1' src/FILE_ZZZZZZZZZZZ.cpp.o:(.bss+0x11): first defined here collect2: error: ld returned 1 exit status The bug is similar to the one described here https://svn.boost.org/trac/boost/ticket/7678 Guillaume Jacquenot",Bugs,closed,Boost 1.57.0,odeint,Boost 1.56.0,Problem,fixed,,guillaume.jacquenot@…