-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Write docs how hpcmp2 should be tested #77
Comments
Do we want to also provide the option to test each package as we build? For example the mpi4py test are run out of mpi4py/test using 'python runtests.py', which could be added to the bash_script.arch file. Numpy and pytables can be tested with 'python -c "import numpy.numpy.test()' ". |
That is a good point. The question is whether it can ever happen that we build something and it doesn't work. I know for sure that this happens for Python, so we do have a quick (but solid) test that Python modules work at the end of the script here: https://github.com/hashdist/python-hpcmp2/blob/master/pythonConfig/bash_script.linux As far as mp4py, numpy or pytables --- I guess we could run the test to reveal possible bugs in those packages, but it seems to me that we, as a distribution, should mainly make sure that the build was completed correctly. Whether there is an actual bug in a package, that only shows on a certain platform, that is a different issue. Maybe we could test this issue as well, I don't know. |
Yes, it was your python bash_script that got me thinking about testing again. Certainly we don't want to force tests all the time because they can take so long, but I was thinking that for buildbots it would be nice to go ahead and run some basic tests for each package, if they're provided. |
Include the following information.
One has to do several different tests:
--check-libs
, make sure it doesn't print anything. This is the obvious test.--check-libs
, make sure it doesn't print anything (=we link with our own versions of libraries). The best is to run this test twice: with systemwide libraries installed of the same version that we have and also a different version (a different systemwide library version sometimes triggers a bug in a build system).If things look good under all 3 tests, then we can be reasonably sure, that things work.
The text was updated successfully, but these errors were encountered: