Gabriel Dos Reis via SG15 <sg15_at_[hidden]> writes:

> Is it true that conventional build systems make the assumption that
> if the contents of a source file doesn't change, and other compiler
> flags and dependencies stay the same, then there is no need for rebuild?

I would say any build system that doesn't rely on a magic crystal ball
has no choice but to make such an assumption.


> If that assumption is true, is there a concern that it will get
> invalidated when arbitrary side effects are allowed to change the
> conceptual contents (as generated by static code generation) of a
> given source file? If yes, what is the new build model?

FWIW, some build systems (e.g., build2) support not only dynamic
dependencies but also dynamic target groups. That is, discovering
during the build the exact set of files that would be produced by
a given tool given the inputs. I think this mechanism can be used
to handle compiling C++ TUs that produce additional output files,
even if the exact set depends on the TU contents and/or other inputs.
C++ compilers will need to support communicating this information
to the build system, similar to, or even using the same mechanism
as, how they currently communicate the dependencies (e.g., headers).