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.1 required=5.0 tests=BAYES_00,LOTS_OF_MONEY, PP_MIME_FAKE_ASCII_TEXT autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII X-Google-Thread: 103376,c397a9e135b263db X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2001-08-03 07:16:25 PST Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!newsfeeds.belnet.be!news.belnet.be!colt.net!diablo.netcom.net.uk!netcom.net.uk!newsfeed.media.kyoto-u.ac.jp!sjc-peer.news.verio.net!news.verio.net!iad-read.news.verio.net.POSTED!kilgallen From: Kilgallen@eisner.decus.org.nospam (Larry Kilgallen) Newsgroups: comp.lang.ada Subject: Re: What happens to DEC Ada? Message-ID: References: <9ff447f2.0107310659.36d01e9@posting.google.com> <%jra7.3545$257.153834@ozemail.com.au> Organization: LJK Software Date: 3 Aug 2001 10:16:16 -0500 NNTP-Posting-Host: 216.44.122.34 X-Complaints-To: abuse@verio.net X-Trace: iad-read.news.verio.net 996848178 216.44.122.34 (Fri, 03 Aug 2001 14:16:18 GMT) NNTP-Posting-Date: Fri, 03 Aug 2001 14:16:18 GMT Xref: archiver1.google.com comp.lang.ada:11211 Date: 2001-08-03T10:16:16-05:00 List-Id: In article , "nicolas" writes: > "Larry Kilgallen" a �crit dans le > message news: NKj7nYr7sQCg@eisner.encompasserve.org... >> In article <%jra7.3545$257.153834@ozemail.com.au>, "Chris Miller" > writes: >> >> > I seem to recall that it had a very smart recompilation algorithm that > could >> > drastically reduce the set of files that had to be recompiled after a > change >> > had been made. Instead of just using file timestamp and "with" clause >> > dependencies, it would actually look into the code and deduce that most > of >> > the recompilations were unnecessary. Very fast - great for big projects. > > Beside that, the timestamp method cannot always be trusted. > We had problems with gnatmake which doesn't always recompile necessary > files. > The problem occurs when several files in different directories have same > name, same timestamp, and are selected with ADA_INCLUDE_PATH > timestamp and name of the file is checked, they are the sames, gnatmake > doesn't figure out that this is a different file and doesn't recompile it. Well that sounds like just an implementation bug rather than a conceptual flaw.