[Top][All Lists]

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

[bug #19448] Re-exec after "include file rebuild" is more dependent on f

From: Eli Zaretskii
Subject: [bug #19448] Re-exec after "include file rebuild" is more dependent on filesystem timestamps than strictly necessary.
Date: Sat, 28 Apr 2007 08:46:30 +0000
User-agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

Follow-up Comment #5, bug #19448 (project make):

What Christopher suggests might work, in principle, for Make jobs that are
performed sequentially.  But what about parallel execution, where several
targets are remade asynchronously?  Either we rely on the filesystem to
record time of creation for each target, or we will need to complicate the
communications between the sub-make's enormously to pass the extra data (and
even then I'm not sure it will work reliably, because with -j it is
theoretically possible that two targets were created at the same time

Anyway, given the fact that ``crappy filesystems'' are all but non-existent,
why bother inventing complicated mechanisms like that?  It is much easier to
get Make to use the finest time resolution the filesystem can give us.  Right
now, Make assumes that the st_mtime member of struct stat is the best we can
have, but that is not necessarily so on some systems.  Maybe introducing
another abstraction that is independent of `stat' is a better way to handle
these problems.


Reply to this item at:


  Message sent via/by Savannah

reply via email to

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