From: Alan W. I. <ir...@be...> - 2009-05-12 06:50:29
|
On 2009-05-12 08:01+0200 Werner Smekal wrote: > Hi, > > On 11.05.2009, at 19:19, Alan W. Irwin wrote: >> However, I really do hope you and Werner explore that territory soon. Once >> set up, it should be a much easier environment for you guys to work in >> because everything is located in consistent locations in the install tree >> rather than scattered all over the build tree. Also, "make test" runs >> essentially the same scripts as ctest in the build tree so not too much >> extra effort (you need access to make, pkg-config, and bash) should be >> required to get things working for you in the installed examples tree. > > I actually never use the install tree to test plplot. I do/test everything in > the build tree especially on Windows. I do both, but my tendency is to use the install tree a lot more, because of the substantial (factor of two gain in speed for my two-CPU box) advantage of a parallel test infrastructure there that cannot be used with the ctest method; ctest is unaware of the dependencies between tests, and just does the tests in sequence leaving all but one of the CPUs of a multiple CPU box completely idle. N.B. We could also take advantage of the parallel testing possiblity in the build tree if we dropped ctest altogether and instead simply set up our build-tree tests as custom targets with proper dependencies between them. So if you have a multiple cpu box, but don't want to bother with the install tree, then this parallel testing possibility for the build tree would be a good area to work on to allow taking proper advantage of those multiple cpu's for build-tree testing. Of course the above "parallel" testing considerations for both install tree and build tree are only relevant on Windows if there is a Windows CMake generator that allows parallel commands to be executed similar to the GNU make -j option. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |