MantisBT - CMake
View Issue Details
0015168CMakeCMakepublic2014-09-22 09:482016-06-10 14:31
dhardy 
Kitware Robot 
normalmajorsometimes
closedmoved 
linux AMD64Fedora20
CMake 2.8.12.2 
 
0015168: incomplete builds with CMake, Make backend
Several times recently running 'make' has resulted in incomplete builds, resulting in mysteriously failing unit tests or commits which at the time appeared fine but actually contained build errors.

At least sometimes this is the result of changing "foo.h", and finding that "bar.cpp", which indirectly imports "foo.h" does not get rebuilt whenever touching foo.h. Running gc with -MD does correctly tell me that bar.cpp depends on foo.h.
Following these instructions you can get roughly the same set up I have. When I try this, however, the issue is not reproduced in the new checkout. Diffing the two build folders, I am not able to see why one should have this dependency problem and not the other.

git clone https://code.google.com/p/openmalaria/ [^]
cd openmalaria
git checkout ccf0d9b5b292b68a284cb72d4d83f0c0c1d97fcf
mkdir build
cd build
ccmake .. # see https://code.google.com/p/openmalaria/wiki/UnixBuildOpenMalaria [^] for help
make -j5 # full build
touch ../include/util/DecayFunction.h
make # should rebuild interventions/Vaccine.cpp among others
I have a tarball of the offending build directory for the above example, so I may be able to provide more information given specific questions.
No tags attached.
Issue History
2014-09-22 09:48dhardyNew Issue
2016-06-10 14:29Kitware RobotNote Added: 0042635
2016-06-10 14:29Kitware RobotStatusnew => resolved
2016-06-10 14:29Kitware RobotResolutionopen => moved
2016-06-10 14:29Kitware RobotAssigned To => Kitware Robot
2016-06-10 14:31Kitware RobotStatusresolved => closed

Notes
(0042635)
Kitware Robot   
2016-06-10 14:29   
Resolving issue as `moved`.

This issue tracker is no longer used. Further discussion of this issue may take place in the current CMake Issues page linked in the banner at the top of this page.