[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: How to modify algorithm that determines weather a target needs rebui

From: Bob Proulx
Subject: Re: How to modify algorithm that determines weather a target needs rebuild
Date: Mon, 9 Aug 2010 15:26:43 -0600
User-agent: Mutt/1.5.18 (2008-05-17)

Paul Smith wrote:
> Bob Proulx wrote:
> > This sounds like the X part of the X-Y problem.  Why will the
> > timestamp of the file be changing back and forth?
> > 
> > Is this because you have two competing builds running in the same
> > directory with one doing it one way and the other doing it another
> > way?
> Another likely candidate is source code control tools.  Some tools
> (ClearCase is the obvious one) will do this when you change what version
> of code you are looking at in your view.

And there are other possibilities too.  But I still wonder if it isn't
better to address the issue in the X part of the problem rather than
the Y part.  It would at least be useful to know the X part of the

> That's one primary reason why ClearCase comes with its own build tool
> (clearmake), precisely to manage this situation.  Clearmake has a GNU
> make emulation mode, although last time I checked (3-4 years ago) it was
> missing significant GNU make features still.

You might also remember Glenn Fowler's AT&T nmake program too.  (Just
to head off comments from the mailing list, the AT&T 'nmake' has
nothing to do with the MS 'nmake' and predates it.  It is a name
collision.)  It has been a while since I have used it but as I recall
it used exact timestamps along with a state file ( to hold the
timestamp state.  Of course nmake uses a different makefile syntax.
But it does keep timestamps in a state file.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]