From: volkert@nivoba.de (Volkert)
Subject: Re: High compilation time with gnat
Date: 28 Nov 2003 00:11:47 -0800
Date: 2003-11-28T00:11:47-08:00 [thread overview]
Message-ID: <d37844cb.0311280011.49cc83e8@posting.google.com> (raw)
In-Reply-To: bq1ou1$1tcm0d$1@ID-76083.news.uni-berlin.de
"Joachim Schr�er" <joachim.schroeer@dornier.eads.net> wrote in message news:<bq1ou1$1tcm0d$1@ID-76083.news.uni-berlin.de>...
> Hello,
> we have a package spec which uses an enormous compilation time. One of the
> specs it withes has about 40_000 lines of source. When I remember correctly
> the gnat parser parses all specs in the closure of a given compuation unit.
> This sum has a size of about 60_000 loc.
> The compilation time seems to rise very nonlinear with the size of single
> compilation units. The system is mainly paging to and from harddisc.
> Is there a compilation switch for gnat to increase the amount of main memory
> it uses or is there any other measure one may take?
> Rewriting the source is no option, cause it is a delivery.
>
> Thanks for any help
> Joachim Schr�er
You haven`t a service contract with ACT ????
I would ask them ...
Volkert
next prev parent reply other threads:[~2003-11-28 8:11 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-11-26 8:40 High compilation time with gnat Joachim Schr�er
2003-11-26 12:00 ` Dale Stanbrough
2003-11-26 15:20 ` Georg Bauhaus
2003-11-28 8:11 ` Volkert [this message]
2003-12-02 23:54 ` Craig Carey
2003-12-03 18:33 ` Georg Bauhaus
2003-12-03 21:50 ` Alexandre E. Kopilovitch
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox