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=-0.4 required=5.0 tests=AC_FROM_MANY_DOTS,BAYES_00 autolearn=no 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-03 12:38:12 PST Path: archiver1.google.com!newsfeed.google.com!newsfeed.stanford.edu!newsfeeds.belnet.be!news.belnet.be!psinet-eu-nl!psiuk-p4!uknet!psiuk-n!news.pace.co.uk!nh.pace.co.uk!not-for-mail From: "Marin David Condic" Newsgroups: comp.lang.ada Subject: Re: What happens to DEC Ada? Date: Fri, 3 Aug 2001 15:27:40 -0400 Organization: Posted on a server owned by Pace Micro Technology plc Message-ID: <9ketvd$t21$1@nh.pace.co.uk> References: <9ff447f2.0107310659.36d01e9@posting.google.com> <%jra7.3545$257.153834@ozemail.com.au> <5ee5b646.0108031100.2be1c7d6@posting.google.com> NNTP-Posting-Host: 136.170.200.133 X-Trace: nh.pace.co.uk 996866861 29761 136.170.200.133 (3 Aug 2001 19:27:41 GMT) X-Complaints-To: newsmaster@news.cam.pace.co.uk NNTP-Posting-Date: 3 Aug 2001 19:27:41 GMT X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Xref: archiver1.google.com comp.lang.ada:11256 Date: 2001-08-03T19:27:41+00:00 List-Id: In my experience, a body of code has to get *pretty large* before a recompile of the entire thing starts to become painful. (Especially with today's high speed processors.) It has to get even larger than that before the customary Gnat timestamp method of determining what needs to be recompiled becomes painful. IMHO, effort expended to avoid a few more files that might not actually need to be recompiled isn't worth it. I'd concentrate on bigger problems and count on hardware to keep pace with the size of the project. :-) MDC -- Marin David Condic Senior Software Engineer Pace Micro Technology Americas www.pacemicro.com Enabling the digital revolution e-Mail: marin.condic@pacemicro.com Web: http://www.mcondic.com/ "Robert Dewar" wrote in message news:5ee5b646.0108031100.2be1c7d6@posting.google.com... > > Well I guess this can seem counter-cultural if you are not familiar > with GNAT technology, but in fact the notion of smart recompilation > fits perfectly well. Indeed GNAT *has* a (very limited) notion of > smart recompilation (you can use the appropriate option, look in the > documentation, to request a mode in which reformatting, addition or > deletion of comments etc, is ignored and does not cause recompiles). > > It would be technically feasible to do more, but simply not technically > worthwhile. Smart recompilation adds basic overhead to all compiles, > so overall it would not be a win. There are of course special cases > where it might help, but overall, our analysis is that it is a loss.