Next: , Previous: , Up: Dependency Tracking in Automake   [Contents][Index]

29.2.2 Dependencies As Side Effects


The next refinement of Automake’s automatic dependency tracking scheme was to implement dependencies as side effects of the compilation. This was aimed at solving the most commonly reported problems with the first approach. In particular we were most concerned with eliminating the weird rebuilding effect associated with make clean.

In this approach, the .P files were included using the -include command, which let us create these files lazily. This avoided the ‘make clean’ problem.

We only computed dependencies when a file was actually compiled. This avoided the performance penalty associated with scanning each file twice. It also let us avoid the other problems associated with the first, eager, implementation. For instance, dependencies would never be generated for a source file that was not compilable on a given architecture (because it in fact would never be compiled).


Next: Dependencies for the User, Previous: First Take on Dependency Tracking, Up: Dependency Tracking in Automake   [Contents][Index]