|Decades of compiler technology and what do we get? firstname.lastname@example.org (Robert AH Prins) (2012-04-22)|
|Re: PL/I nostalgia, was Decades of compiler technology and what do we email@example.com (glen herrmannsfeldt) (2012-04-23)|
|Re: PL/I nostalgia firstname.lastname@example.org (robin) (2012-04-25)|
|Re: PL/I nostalgia email@example.com (glen herrmannsfeldt) (2012-04-24)|
|Re: PL/I nostalgia firstname.lastname@example.org (robin) (2012-04-28)|
|Re: PL/I nostalgia email@example.com (glen herrmannsfeldt) (2012-04-28)|
|Re: PL/I nostalgia bobduff@shell01.TheWorld.com (Robert A Duff) (2012-04-29)|
|Re: PL/I code firstname.lastname@example.org (robin) (2012-05-05)|
|[8 later articles]|
|From:||glen herrmannsfeldt <email@example.com>|
|Date:||Mon, 23 Apr 2012 00:03:54 +0000 (UTC)|
|Organization:||Aioe.org NNTP Server|
|Posted-Date:||22 Apr 2012 21:44:57 EDT|
|X-Notice:||Filtered by postfilter v. 0.8.2|
(snip, someone wrote)
> > > > There isn't any need. We're fixing existing COBOL and it's easy to
> > > > fix. Just take stuff out of loops that doesn't belong there! It
> > > > works great..
(big snip, including generated code listing from PL/I)
> Maybe the experts in this group would like to give their thoughts about
> the why of this apparently/seemingly/obviously ridiculous(?) regression?
> [The conventional wisdom is that COBOL programs are all I/O bound, so
> the speed of the object code is not a big deal. There are plenty of
> other compilers that can optimize this kind of stuff. -John]
It has always seemed to me that PL/I would have been more successful
if the early compilers generated faster code (and ran faster, too).
It might have been that too much of the above was adopted, along with
other COBOL features, by PL/I. There are many things that other
languages, such as Fortran, traditionally didn't let you do, because
they might run too slow, but that PL/I allowed.
(Many of those have now been added to Fortran.)
Of all languages, I think I still find PL/I the most fun to write in,
though not necessarily best for the problems I actually need done.
Return to the
Search the comp.compilers archives again.