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=-2.9 required=5.0 tests=BAYES_00,MAILING_LIST_MULTI autolearn=unavailable autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,d6f7b92fd11ab291 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-07-17 11:37:35 PST Path: archiver1.google.com!news1.google.com!newsfeed.stanford.edu!syros.belnet.be!news.belnet.be!uni-erlangen.de!news-nue1.dfn.de!news-mue1.dfn.de!newsfeed.stueberl.de!teaser.fr!enst.fr!not-for-mail From: "David C. Hoos" Newsgroups: comp.lang.ada Subject: Re: Crosspost: Help wanted from comp.compilers Date: Thu, 17 Jul 2003 13:35:03 -0500 Organization: ENST, France Message-ID: References: <20030717141153.0746785b.falis@verizon.net> NNTP-Posting-Host: marvin.enst.fr Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: avanie.enst.fr 1058466962 12154 137.194.161.2 (17 Jul 2003 18:36:02 GMT) X-Complaints-To: usenet@enst.fr NNTP-Posting-Date: Thu, 17 Jul 2003 18:36:02 +0000 (UTC) To: Return-Path: X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-BeenThere: comp.lang.ada@ada.eu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: comp.lang.ada mail to news gateway List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Xref: archiver1.google.com comp.lang.ada:40424 Date: 2003-07-17T13:35:03-05:00 I may have missed it, but in all this discussion about unnecessary recompilation, I have seen no mention of the -m switch for gnatmake, viz.: -m Specifies that the minimum necessary amount of recompilations be performed. In this mode gnatmake ignores time stamp differences when the only modifications to a source file consist in adding/removing comments, empty lines, spaces or tabs. This means that if you have changed the comments in a source file or have simply reformatted it, using this switch will tell gnatmake not to recompile files that depend on it (provided other sources on which these files depend have undergone no semantic modifications). This works wonderfully, and the only drawback is that if a file has been reformatted and/or comments inserted, the debug line number references will be wrong. This is far better than, say, the VADS Ada-83 compiler, which if one indavertently recompiled a spec (even with no change whatsoever to the source file), all of the dependents of that spec were rendered out-of-date! ----- Original Message ----- From: "Ed Falis" Newsgroups: comp.lang.ada To: Sent: Thursday, July 17, 2003 1:14 PM Subject: Re: Crosspost: Help wanted from comp.compilers > On Thu, 17 Jul 2003 18:02:09 GMT > tmoran@acm.org wrote: > > > > > That's an example of a case where a textually unchanged spec > > > > file > > > > needs to be recompiled because of a change in compiler options. > > > > > > But GNAT doesn't do it, as you yourself point out! > > Which is a bug in gnatmake, IMHO. > > Use the -s switch to gnatmake if you want that behavior. How can it be > considered a bug when it's not defined behavior in the Ada standard, and > it is in the gnat manuals? > > - Ed > _______________________________________________ > comp.lang.ada mailing list > comp.lang.ada@ada.eu.org > http://ada.eu.org/mailman/listinfo/comp.lang.ada >