Related articles |
---|
fledgling assembler programmer Alan.Beck@darkrealms.ca (2023-03-21) |
Re: fledgling assembler programmer gah4@u.washington.edu (gah4) (2023-03-21) |
Re: fledgling assembler programmer tkoenig@netcologne.de (Thomas Koenig) (2023-03-22) |
Re: fledgling assembler programmer gah4@u.washington.edu (gah4) (2023-03-22) |
Re: fledgling assembler programmer tkoenig@netcologne.de (Thomas Koenig) (2023-03-23) |
Re: fledgling assembler programmer gah4@u.washington.edu (gah4) (2023-03-24) |
Re: ancient PL/I, was fledgling assembler programmer drb@ihatespam.msu.edu (2023-03-24) |
Re: ancient PL/I, was fledgling assembler programmer gah4@u.washington.edu (gah4) (2023-03-24) |
Re: ancient PL/I, was fledgling assembler programmer gah4@u.washington.edu (gah4) (2023-03-25) |
From: | gah4 <gah4@u.washington.edu> |
Newsgroups: | comp.compilers |
Date: | Fri, 24 Mar 2023 22:44:49 -0700 (PDT) |
Organization: | Compilers Central |
References: | 23-03-001 23-03-002 23-03-003 23-03-007 23-03-008 23-03-012 23-03-013 |
Injection-Info: | gal.iecc.com; posting-host="news.iecc.com:2001:470:1f07:1126:0:676f:7373:6970"; logging-data="72169"; mail-complaints-to="abuse@iecc.com" |
Keywords: | storage, comment |
Posted-Date: | 25 Mar 2023 03:09:26 EDT |
In-Reply-To: | 23-03-013 |
On Friday, March 24, 2023 at 9:13:05 PM UTC-7, Dennis Boone wrote:
(after I wrote)
> > OK, the IBM PL/I (F) compiler, for what many consider a bloated
> > language, is designed to run (maybe not well) in 64K.
> > At the end of every compilation it tells how much memory was
> > used, how much available, and how much to keep the symbol table
> > in memory.
> It's... 30-some passes, iirc?
> [Well, phases or overlays but yes, IBM was really good at slicing compilers
> into pieces they could overlay. -John]
It is what IBM calls, I believe, dynamic overlay. Each module specifically
requests others to be loaded into memory. If there is enough memory,
they can stay, otherwise they are removed.
And there are a few disk files to be used, when it is actually
a separate pass. The only one I actually know, is if the preprocessor
is used, it writes a disk file with the preprocessor output.
And as noted, if it is really short on memory, the symbol table
goes out to disk.
Fortran H, on the other hand, uses the overlay system generated
by the linkage editor. When running on virtual storage system, it is
usual to run the compiler through the linkage editor to remove
the overlay structure. (One of the few linkers that knows how
to read its own output.) Normally it is about 300K, without
overlay closer to 450K.
[Never heard of dynamic overlays on S/360. -John]
Return to the
comp.compilers page.
Search the
comp.compilers archives again.