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.2 required=5.0 tests=BAYES_00,INVALID_MSGID,
	REPLYTO_WITHOUT_TO_CC autolearn=no autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,bff4cb4ac6866ad5
X-Google-Attributes: gid103376,public
From: Gautier.DeMontmollin@maths.unine.ch (Gautier)
Subject: Re: GNAT/gnat1: insufficient memory
Date: 1997/11/01
Message-ID: <1997Nov1.154832.6303@news>#1/1
X-Deja-AN: 287173792
References: <878310429.15127@dejanews.com>
Organization: University of Neuchatel, Switzerland
Reply-To: Remove_this.Gautier.deMontmollin@Maths.UniNe.CH
Newsgroups: comp.lang.ada
Date: 1997-11-01T00:00:00+00:00
List-Id: <comp.lang.ada>


larry.l.stanbery@cpmx.saic.com writes:

> I was wondering if there are any general suggestions on how to cope with
> GNAT giving an "insufficient memory" error.
> 
> The scenario:
> 
> -- Ada spec and body, with about 60+ separates, each of which has
> significant amounts of code.

A similar experience occured to me: a +/- 100-package program, which
compiles under another compiler, to be ported to GNAT. The versions were
3.04 for win95 and 3.05 for DOS. The problem was much "delayed" using
GNAT for DOS in DOS mode - maybe it could make the difference in your
case. Try GNAT 3.07, too (current ez2load version).

-- 
Gautier