From: Dale Stanbrough <MrNoSpam@bigpoop.net.au>
Subject: Re: High compilation time with gnat
Date: Wed, 26 Nov 2003 12:00:31 GMT
Date: 2003-11-26T12:00:31+00:00 [thread overview]
Message-ID: <MrNoSpam-890B58.23003126112003@news-server.bigpond.net.au> (raw)
In-Reply-To: bq1ou1$1tcm0d$1@ID-76083.news.uni-berlin.de
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 832 bytes --]
Joachim Schr�er wrote:
> 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.
How much RAM does your computer have? If you have insufficient
the performance will be bound by the hard drive transfer speeds.
Dale
--
dstanbro@spam.o.matic.bigpond.net.au
next prev parent reply other threads:[~2003-11-26 12:00 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 [this message]
2003-11-26 15:20 ` Georg Bauhaus
2003-11-28 8:11 ` Volkert
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