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=-1.9 required=5.0 tests=BAYES_00
	autolearn=unavailable autolearn_force=no version=3.4.4
X-Received: by 2002:a24:45db:: with SMTP id
 c88-v6mr1993655itd.41.1531465450086;
        Fri, 13 Jul 2018 00:04:10 -0700 (PDT)
X-Received: by 2002:aca:c6ca:: with SMTP id
 w193-v6mr1029264oif.1.1531465449820;
 Fri, 13 Jul 2018 00:04:09 -0700 (PDT)
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!feeder.eternal-september.org!feeder.erje.net!2.eu.feeder.erje.net!newsfeed.xs4all.nl!newsfeed8.news.xs4all.nl!85.12.16.70.MISMATCH!peer03.ams1!peer.ams1.xlned.com!news.xlned.com!peer03.am4!peer.am4.highwinds-media.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!g2-v6no2268881itf.0!news-out.google.com!n194-v6ni1392itg.0!nntp.google.com!g2-v6no2268877itf.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Fri, 13 Jul 2018 00:04:09 -0700 (PDT)
In-Reply-To: <pf4chp$46s$1@franka.jacob-sparre.dk>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com;
 posting-host=2602:304:cda2:5210:1868:b657:a8ed:aaac;
 posting-account=W2gdXQoAAADxIuhBWhPFjUps3wUp4RhQ
NNTP-Posting-Host: 2602:304:cda2:5210:1868:b657:a8ed:aaac
References: <b2d2bc59-7283-4a71-b949-2918cd515f90@googlegroups.com>
 <e1aaa443-00b7-4217-8fe8-dfc9098e247b@googlegroups.com>
 <pf4chp$46s$1@franka.jacob-sparre.dk>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <ef2be4a8-1867-40b4-85e1-36826262e87d@googlegroups.com>
Subject: Re: generating and compiling a very large file
From: Stephen Leake <stephen_leake@stephe-leake.org>
Injection-Date: Fri, 13 Jul 2018 07:04:10 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Received-Bytes: 1847
X-Received-Body-CRC: 799853254
Xref: reader02.eternal-september.org comp.lang.ada:53783
Date: 2018-07-13T00:04:09-07:00
List-Id: <comp.lang.ada>

I found a solution; divide the list of statements into subroutines. In this=
 case, one subroutine for state.

Apparently GNAT has some strongly non-linear dependence on the number of st=
atements in a subroutine; one subroutine with thousands of statements is si=
gnificantly slower than hundreds of subroutines with the same statements, f=
ollowed by hundreds of calls to those subroutines.