CMake mailing list question

Hi,

I'm having issues with the way CMake scans for dependencies.  It's causing unpredictable rebuilds of my project which means I need to run 'make' multiple times (until nothing rebuilds) before I can 'sudo make install'.

The project incorporates a code generator.  It parses all C++ header files and produces .h and .cpp files, which are then built into the main program.  The codegen and program both depend on a set of common utility files, which contain lines like this:

#ifndef CODEGEN
  #include "GeneratedFile.h"
#endif

From a compile standpoint, there is no problem -- the codegen is built with -DCODEGEN so it won't include the generated file, which of course wouldn't even exist on the first pass.  But since CMake doesn't preprocess headers, it creates a circular dependency situation, where the code generator "depends" on files which it generates.  This causes unnecessary rebuilds, since the code generator gets rebuilt after every time it regenerates files.

I thought I could create a dummy "GeneratedFile.h" in the directory containing the codegen files, and put this into the CMakeLists.txt in that directory:
include_directories(
  BEFORE
  ${PROJECT_SOURCE_DIR}/src/codegen
)

That seemed to work the first time -- if I looked at the codegen's depend.make file I saw lines like "SomeUtilityFile.cpp.o: ..../codegen/GeneratedFile.h" -- the dummy version of the file.

The problem is that CMake seems to have a global dependency cache, so once SomeUtilityFile.cpp gets built for the program, the dependency globally changes to the real GeneratedFile.h.

Any ideas to make this work, or other ways I can work around the problem?

Thank you

-dan