It looks like you need to have a unit test library compiled for your OS and architecture, as well as what's on your dev / build machines (s). For this, I prefer the Boost ++ unit test. You can either download something that was created for your architecture, but as a rule, you will have to compile it yourself. I found several search engine optimization solutions in order to compile boost (e.g. http://goodliffe.blogspot.com/2008/05/cross-compiling-boost.html ). CppUnit may be easier to compile, have not tried. The general principle is the same, you are compiling the same version of the library for your development architecture and for your target machine.
My setup for new purposes is to compile the necessary Boost ++ libraries for my target OS / arch, and then to write tests to link with both the Boost ++ libraries and the test code.
The advantage is that you can associate yourself with your x86 Linux Boost ++ libs or against your target Boost ++ libs, so you can run tests on your target as well as on your dev / build machines.
My general setup is as follows:
libs/boost/<arch>/<boost libs> src/foo.{cpp,h} tests/test_foo.cpp build/foo build/test_foo.<arch>
I put the compiled Boost ++ libs into different architectures that I need in libs / dir for all my projects, and reference these libraries in my Makefiles. The source and tests get the assembly with the arch variable specified for the command, so I can run test_foo.x86 on my dev and test_foo machines. {Arm, mips, ppc, etc.} For my purposes.
Misha m
source share