From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,c397a9e135b263db
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2001-08-06 13:10:02 PST
Path: 
 archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!news-spur1.maxwell.syr.edu!news.maxwell.syr.edu!dispose.news.demon.net!news.demon.co.uk!demon!pogner.demon.co.uk!zap!not-for-mail
From: Simon Wright <simon@pushface.org>
Newsgroups: comp.lang.ada
Subject: Re: What happens to DEC Ada?
Date: 04 Aug 2001 12:46:49 +0100
Organization: CodeFella
Message-ID: <x7vn15g3v4m.fsf@smaug.pushface.org>
References: <9ff447f2.0107310659.36d01e9@posting.google.com>
 <%jra7.3545$257.153834@ozemail.com.au>
 <NKj7nYr7sQCg@eisner.encompasserve.org>
 <yYva7.18321$GC4.4165649@nnrp1.proxad.net>
 <jGvPbYAYRtuu@eisner.encompasserve.org>
 <nwya7.18388$MB7.4309099@nnrp1.proxad.net>
 <b1FHvLfJLJqb@eisner.encompasserve.org>
 <5ee5b646.0108031135.190b6187@posting.google.com>
NNTP-Posting-Host: localhost
X-NNTP-Posting-Host: pogner.demon.co.uk:158.152.70.98
X-Trace: news.demon.co.uk 997128570 nnrp-12:14154 NO-IDENT
 pogner.demon.co.uk:158.152.70.98
X-Complaints-To: abuse@demon.net
NNTP-Posting-Date: 4 Aug 2001 11:46:51 GMT
X-Newsreader: Gnus v5.7/Emacs 20.7
Xref: archiver1.google.com comp.lang.ada:11413
Date: 2001-08-04T11:46:51+00:00
List-Id: <comp.lang.ada>

dewar@gnat.com (Robert Dewar) writes:

> Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) wrote in message news:<b1FHvLfJLJqb@eisner.encompasserve.org>...
> > > A lot of batch, or cvs import, commit or extractions, can generate > > a lot of files with same name and same timestamp.
> 
> No, this does not need to happen, and should not happen. Remember that
> all large C systems are built with make, which uses time stamps in a
> crucial manner, so any system like cvs of course properly supports
> time stamps.

And systems like PVCS Dimensions do _not_ properly support timestamps :-)

The scenario is

  check a file out
  modify it and compile
  decide to revert; fetch original file contents *and revert to original
    timestamp*
  'make' doesn't see it needs to recompile the file

(well, actually, GNAT (gnatmake) isn't affected because it compares
timestamps for equality)