[CMake] Parallel builds do not work correctly when using "cmake -E copy" to copy files

Alan W. Irwin irwin at beluga.phys.uvic.ca
Sat Dec 15 14:53:39 EST 2007


On 2007-12-15 12:57-0500 Brad King wrote:

> Alan W. Irwin wrote:
>> Well, it turns out I had to add four different target dependencies to the
>> CMake-based PLplot build system to get rid of the parallel build problems 
>> I
>> was having on my Core Duo box.  One of them was pretty subtle so I missed 
>> it
>> for my first review of the dependencies. Nevertheless, these changes were
>> not as extensive as I thought they would be so there is some hope that I
>> didn't miss anything that will show up as strange parallel build problems 
>> for PLplot on other machines.
>
> Great, I'm glad you got it working.

Well, I thought so, but my previous test was without the (docbook)
documentation build.  Now, that I have included that, the parallel build 
errors out.  For the last few hours I have been going through the
complicated dependencies in our documentation build, but I just cannot see
what is causing the trouble.  Perhaps if I sleep on it, it will become
obvious tomorrow.

>
>>> Is that complete rework actually going to happen for 2.6.x or is it 
>>> currently just a gleam in the CMake developer's eyes?
>
> To what message are you referring?

I was sure I remembered a discussion of reworking the CMake depends system
on this list in the past year, but I have been unable to find it so perhaps
I was misremembering (or perhaps my searching skills are not good enough).

So let me rephrase the question.  Are the CMake developers happy with the
present state of the dependencies system or are you considering some major
changes there because of such issues as the difficulties in getting parallel
builds to work properly for projects like PLplot which (necessarily) have
complicated chains of dependencies?

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
__________________________


More information about the CMake mailing list