From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.5-pre1 (2020-06-20) on
	ip-172-31-74-118.ec2.internal
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=3.0 tests=BAYES_00 autolearn=ham
	autolearn_force=no version=3.4.5-pre1
Date: 20 Sep 93 18:26:45 GMT
From: agate!howland.reston.ans.net!usc!hacgate!atr-16!bdarr@ucbvax.Berkeley.EDU
  (Byron Darrah)
Subject: Re: Please Help: Sun Ada Bug
Message-ID: <37209@hacgate.SCG.HAC.COM>
List-Id: <comp.lang.ada>

     Thank you for all of the responses, everyone.

     We were able to compile the same source under DEC's Ada, so
the sources are most likely legal Ada.  There was also plenty of
Swap space left when the error occurred, so it is doubtful that the
compiler  used up all available memory; Though we ARE talking about a
VERY big source file (automatically generated by a tool, so that there
would be a lot of effort required to try to pinpoint which line
caused the error, if such a thing even makes sense) so perhaps internal
allocations for this or that do underestimate needed quantities.

     In any case, we are now going to seek help from Verdix.  BTW: The
line in lreg.c was indeed "174", though we are not using variant records.

     Also:  Does anyone have any suggestions for alternative 
Ada compilers on the Sun?  (SPARC, SunOS 4.1.x, and we are not planning to
upgrade to Solaris 2.x in the near future).

     -Byron Darrah
     bdarr@atr-2s.hac.com