From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5934 invoked by alias); 4 Mar 2003 20:37:00 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 5746 invoked from network); 4 Mar 2003 20:36:48 -0000 Received: from unknown (HELO mailout01.sul.t-online.com) (194.25.134.80) by 172.16.49.205 with SMTP; 4 Mar 2003 20:36:48 -0000 Received: from fwd02.sul.t-online.de by mailout01.sul.t-online.com with smtp id 18qJ9V-0003v2-00; Tue, 04 Mar 2003 21:36:41 +0100 Received: from (520012863826-0001@[62.224.33.66]) by fwd02.sul.t-online.com with smtp id 18qJ9T-1SPn1cC; Tue, 4 Mar 2003 21:36:39 +0100 From: Oliver.Kellogg@t-online.de (Oliver Kellogg) To: bosch@gnat.com Cc: gcc@gcc.gnu.org References: <69231374-4E7B-11D7-B872-00039344BF4A@gnat.com> Subject: Re: [gnat] reuse of ASTs already constructed MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Date: Tue, 04 Mar 2003 20:49:00 -0000 Message-ID: <18qJ9T-1SPn1cC@fwd02.sul.t-online.com> X-Sender: 520012863826-0001@t-dialin.net X-SW-Source: 2003-03/txt/msg00262.txt.bz2 Geert Bosch wrote: > > Also, in most typical development schemes, only a > few units are recompiled at a time, and the back end > takes significantly more time than the front end anyway. I have seen several Ada systems with some package specs on the order of thousands of LOC. Changing just one line in such a spec results in massive recompiles - although the only thing changed is perhaps just a minute detail in the AST of that large package spec, for example an enum literal added. Here, the time spent in the front end is quite significant - if you have to recompile dozens of (not so large) bodies that depend on the large spec.