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.5 required=5.0 tests=BAYES_00,INVALID_MSGID,
	PP_MIME_FAKE_ASCII_TEXT autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII
X-Google-Thread: 103376,8057d38c9d4235d9
X-Google-Attributes: gid103376,public
From: "Jean-Pierre Rosen" <rosen.adalog@wanadoo.fr>
Subject: Re: Smart compilers?
Date: 1998/01/23
Message-ID: <6aaik2$2da$1@peuplier.wanadoo.fr>#1/1
X-Deja-AN: 318643692
References: <199801231254.NAA10827@olaris.misil> <dewar.885563696@merv>
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
Organization: Adalog
Newsgroups: comp.lang.ada
Date: 1998-01-23T00:00:00+00:00
List-Id: <comp.lang.ada>



Robert Dewar a �crit dans le message ...
><<I thought that one reason for using specs and bodies was that when just
>a body changed and not the spec there was no need to recompile anything
>else than the body.
>This feature seems to be overlooked by the compiler manufacturers.
>At least with my compiler, verdix, and probably Rationals VADS as well,
>haven't had time to try it that much.
>Which ada compilers use this feature to reduce compile time?
>>>
>
>Absolutely ALL ada compilers take advantage of this. If you are having
>trouble it is because of some misunderstanding of how to use the
>compiler. FOr example, with most compilers it is necessarily to put
>the body and spec in different files to get this advantage.


There may be also another source of confusion; if you are using Grasp, it
seems that it saves all files from open windows before compiling, even those
that have not been changed. So if you have a window with the spec open, it
will change the time-stamp of the file, and you will recompile more than is
actually needed.