Hi, I'm running the regression test on my personal box (i5-3337U 1.8GHz running Windows 8/cygwin) before moving to a bigger one at work, and it has been working for 24 hours and has not finished yet. As Phil noted the fact that the regression test is using one core does not help. Is mono-core the expected policy ? I've also run into a small problem, when launching "python run.py" alone, the script failed while fetching files http://pastebin.com/62fgtzff But when i've run it using "python run.py --tag=trunk" (i.e. the supposed default value), it successfully fetch a whole repo and run test:: http://pastebin.com/cnnSrjsS Another question, what would be the most interesting configuration to test ? * msvc10 * msvc9 * cygwin_4.8 * or maybe msvc8 if I can still have it on my box And what tag ? trunk or another one ? Cheers -- Johan On Sun, Jan 19, 2014 at 5:34 PM, Phil Endecott < spam_from_boost_dev@chezphil.org> wrote:
Phil Endecott wrote:
I have a box with a dual-core Cortex-A15 (Samsung Exynos 5) and 2GB of RAM running Debian that is mostly idle. It currently has g++ 4.6 installed. But could it successfully run the tests in a sane period of time without choking?
I seem to have run the regression tests successfully and the results are shown as "exynos5" at http://www.boost.org/development/tests/develop/developer/summary.html There are a handful of test failures that do not seem to happen on other platforms. Library maintainers are welcome to ask me if they think there is anything platform-specific that needs investigation.
It took about 16 hours to run.
The only issues that I encountered were: - I set LANG=C to suppress some messages from Perl; I've had to do this on other occasions on this machine, so it's probably not an issue with the scripts. - I tried toolset=gcc-4.6.3 and got an incomprehensible error; I used toolset=gcc in the end. I suspect I should have just used toolset=gcc-4.6. It might be worthwhile to explicitly validate the toolset arg and give a better error message. - It only seemed to be using one CPU. Is there something that I can do to make it use both?
I will look into doing this from a cron job. How often is it actually useful to run them?
Some other notes:
- This is a little-endian system. I haven't seem anyone using ARM in big-endian mode for quite a few years now.
- It would be great to run tests on iOS. The way the devices are locked down makes this difficult. The best solution is probably to use a jailbroken device, and to use ssh to copy the test executables over and run them.
- For Android, I'd also suggest cross-compiling and copying the test executables onto a device - and in this case it can be done without having to crack the hardware. Ideally much of this could be shared between Android and iOS.
- I will probably install llvm as well, not least because that is rather closer to Apple's iOS cross compiler.
- ARMv8, i.e. 64-bit ARM, will be the next challenge - once I have suitable hardware!
Regards, Phil.
_______________________________________________ Unsubscribe & other changes: http://lists.boost.org/ mailman/listinfo.cgi/boost