On 2010-01-03 23:47-0800 Alan W. Irwin wrote: > [...]Try the just-committed revision 10735. On Linux with embedded blanks in > the > top-level directory name for the source, build, and install tree, I finally > got "make test_noninteractive" to work for both the build tree (with > -DBUILD_TEST=ON) and the installed examples tree (with the new CMake-based > build system for that case with a separate build tree) for the case > where -DENABLE_ada=OFF -DENABLE_d=OFF -DENABLE_octave=OFF -DENABLE_ocaml=OFF > -DENABLE_f95=OFF -DENABLE_java=OFF > > Could you please test this case yourself? (Your previous test was just a > build test which is essential, but it is also nice to do full testing using > the test_noninteractive and test_interactive targets where the compiled and > script language examples are comprehensively executed.) To do this test on > Windows you will need to install win-bash. > > In the course of investigating embedded blanks in the top-level directories > of the source, build, and install trees, I discovered the following issues > which have not yet been solved: > > * There was one strange workaround I had to do for a CMake > add_custom_command bug (see my discussion on the CMake mailing list today) > which works fine on Linux but may not work on Windows (which is why I am > requesting the above test).
I got some excellent help from Brad King on the CMake list concerning this issue. It turns out I was using a bashism to specify environment variables for a single command, and there is a much more general way to do this using the "env" command. I have now implemented that which allows me to use proper VERBATIM custom commands for the heart of my testing framework. VERBATIM custom commands have a much better chance of working properly on Windows then the strange non-VERBATIM custom command I had before. However, I still need feedback from our developers with access to Windows to confirm all is now well with the testing framework for that case. > * Our special CMake language support for Ada and D does not work properly if > there is an embedded blank in the top-level directory of the source tree. I > even did some special testing where I inserted a blank in the cmake PATH to > attempt to replicate the problem for the normal CMake language support, but > in fact there is no such problem so the embedded blank issue for Ada and D > must be the result of something special that I am doing for that language > support that is not being done in the normal CMake language support. > However, currently I cannot figure it out. (This issue accounts for > -DENABLE_ada=OFF -DENABLE_d=OFF above). I have no progress to report on these issues, but they are next on my agenda. 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 __________________________ ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
