Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.compilers > #422
| From | glen herrmannsfeldt <gah@ugcs.caltech.edu> |
|---|---|
| Newsgroups | comp.compilers |
| Subject | Re: programming in PL/I |
| Date | 2012-01-15 01:01 +0000 |
| Organization | Aioe.org NNTP Server |
| Message-ID | <12-01-023@comp.compilers> (permalink) |
| References | <12-01-009@comp.compilers> <12-01-010@comp.compilers> <12-01-013@comp.compilers> <12-01-017@comp.compilers> <12-01-020@comp.compilers> |
Derek M. Jones <derek@_nospam_knosof.co.uk> wrote: (snip, someone previously wrote) >>> Is there a reason to prefer PL/I over C++ or Java? (snip, someone else wrote) >> PL/I is more powerful than C, > Since both are Turing complete languages how is PL/1 more powerful? It seems to me that there are at least to ways to consider a language powerful. One is that it lets you do many different things, the other is that it allows them to be expressed easily. This has at least some connection to compilers, so maybe not too far off topic. One PL/I feature that C doesn't have is array and structure expressions. You can write: A = B + C; for arrays or structures (or arrays of structures) in PL/I, but you need loops, possibly nested loops, in C. (For structures, usually many statements, as it isn't so easy to loop over a structure.) Fortran now has array expressions, but still not structure expressions. > Probably the major reason why people promote the benefits of any language. (snip) > [This is getting a bit far from compiler design. PL/I suffers and > benefits from being a kitchen sink language. Cobol-style pictures > are really handy if you're doing formatted numeric I/O, just > strange otherwise. -John] I do hope that sometimes language feature discussions, related to the ability, or lack thereof, to implement them in a compiler would be on topic. I do remember Picture format and Picture variables, though maybe I never tried them. I liked the idea of picture format, but thought that picture variables were strange. I even remember that there were Picture format options for British Pounds/Shillings/Pence, though maybe not in newer compilers. -- glen [Those came straight from Cobol. For what they're intended for, printing tidy columns of numbers in reports, they work very well. -John]
Back to comp.compilers | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: Parser generator drb@msu.edu (Dennis Boone) - 2012-01-08 11:47 -0600
Re: Parser generator glen herrmannsfeldt <gah@ugcs.caltech.edu> - 2012-01-08 21:58 +0000
Re: Parser generator arnold@skeeve.com (Aharon Robbins) - 2012-01-11 20:06 +0000
Re: PL/I, was Parser generator drb@ihatespam.msu.edu (Dennis Boone) - 2012-01-11 16:19 -0600
Re: PL/I, was Parser generator Robert AH Prins <robert@prino.org> - 2012-01-11 23:42 +0000
Re: programming in PL/I compilers@is-not-my.name - 2012-01-12 16:30 +0000
Re: programming in PL/I Robert AH Prins <robert@prino.org> - 2012-01-14 09:20 +0000
Re: programming in PL/I "Derek M. Jones" <derek@_NOSPAM_knosof.co.uk> - 2012-01-14 14:08 +0000
Re: programming in PL/I glen herrmannsfeldt <gah@ugcs.caltech.edu> - 2012-01-15 01:01 +0000
Re: programming in PL/I glen herrmannsfeldt <gah@ugcs.caltech.edu> - 2012-01-15 11:36 +0000
Re: Parser generator for PL/I "robin" <robin51@dodo.com.au> - 2012-01-15 02:00 +1100
Re: Parser generator for PL/I drb@ihatespam.msu.edu (Dennis Boone) - 2012-01-14 23:40 -0600
Re: Parser generator SLK Systems <slkpg3@gmail.com> - 2012-01-08 20:26 -0500
Re: Parser generator glen herrmannsfeldt <gah@ugcs.caltech.edu> - 2012-01-11 07:22 +0000
Re: Parser generator SLK Systems <slkpg3@gmail.com> - 2012-01-11 20:28 -0500
csiph-web