I'd like to suggest that make have a little slop in its concept of the future. Consider this message: make[6]: *** Warning: File `foo' has modification time in the future (2001-01-18 06:14:24.617133 > 2001-01-18 06:14:24.594368234) That is what, a whole huge fiftieth of a second off! I think it's wrong to expect perfection. In this case, the filesystem is on a netapp, which does support ntp -- but its ntp implementation has a tolerance of .05 seconds, and this is not changeable (as far as I know). Because of make's insistence, I've had to turn ntp off and go back to just syncing the clock via rdate every few minutes. I looked at the code in remake.c that generates the message, it would seem you could just have a default adjustment of, say, a tenth of second or something? Thanks, karl _______________________________________________ Bug-make mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-make
