On 2008-02-05 23:29-0000 Andrew Ross wrote: > > Alan, > > I suspect the java parallel build issues are partly my fault. I think > there are implicit java dependencies in the way the files are > compiled - the order is important. This is mostly because cmake > didn't seem to properly support java dependency checking. I'd check > that out as a first step. We can probably make the dependencies > explicit to solve the problem.
My brain sometimes comes up with good ideas while I am sleeping (and sometimes when I am awake as well.... :-) ). Anyhow, I woke up this morning with the realization that another difference between python and java is that java examples are built rather than just being scripts as in the python case. Thus, I tried turning off the java example builds, and for the very first time plplotjavac_wrap.so could be built in parallel without issues. So that was a big step forward. So I have been up against two separate dependency issues (one in the java bindings for the built class files and one in the java examples) that were giving a confusing mish-mash of errors for parallel builds. Now that I can separate the two dependency issues, it has become much easier to track down the problems. And yes, you were right that the class files have to be built in a particular order since, e.g., plplotjavac.java has references to PLGraphicsIn. I have now done a lot of grepping to determine such dependencies and put in some CMake logic to implement such class dependencies. Please check my work (revision 8218) to make sure my grepping (and limited knowledge of Java) found the correct list of class dependencies. Early indications for this dependency work are good because the fix seems to sort out the parallel build issues for the java bindings on my hardware platform which is another big step forward. Note, there are still parallel build issues remaining if the java examples are built, but now that there is no interference from java bindings dependency issues, I am confident it will be straightforward to fix. 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: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
