Re: integrating make and git

From: David Kågedal <davidk@lysator.liu.se>
Date: Apr 16, 2009, 08:05 UTC
Message-ID: <8763h5qazf.fsf@krank.kagedal.org>
In-Reply-To: <loom.20090416T034427-809@post.gmane.org>

Ben Jackson <ben@ben.com> writes:

Show 15 quoted lines

> E R <pc88mxer <at> gmail.com> writes:
>
>> Now suppose that making 'lib1' only depends on the source code in a
>> certain directory. The idea is to associate the hash of the source
>> directory for lib1 with its the derived files. Make can check this to
>> determine if the component really needs to be rebuilt.
>
> ClearCase has "wink-ins" which are very much like this.  It knows that a given
> object was produced from a certain set of sources with a particular command. 
> When someone wants to recreate that object (not even necessarily the original
> builder) it can "wink in" the result.  Typically a brand new "view" (a ClearCase
> working directory) build will consist of winking in a ton of objects rather than
> building anything.  I'm not sure how much of this is due to cleverness in
> clearmake and how much is due to the view being implemented as a virtual
> filesystem (which can see every repository file being read as part of a build).

It very much depends on implementing its own file system, since it otherwise would have no idea what the *real* build dependencies are.

That one of the nice things about clearmake, by the way. You don't have to worry much about describing the dependencies, since it will figure it out all by itself when you first build the project.

But I don't think there is much in CC for git to copy... :-)

-- 
David Kågedal