Megalextoria
Retro computing and gaming, sci-fi books, tv and movies and other geeky stuff.

Home » Digital Archaeology » Computer Arcana » Computer Folklore » "In Defense of ALGOL"
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Switch to threaded view of this topic Create a new topic Submit Reply
"In Defense of ALGOL" [message #416440] Thu, 01 September 2022 17:18 Go to next message
Louis Krupp is currently offline  Louis Krupp
Messages: 92
Registered: August 2012
Karma: 0
Member
See the second column on the first page:

https://dl.acm.org/doi/pdf/10.1145/365230.365233

Louis
Re: "In Defense of ALGOL" [message #416442 is a reply to message #416440] Thu, 01 September 2022 18:13 Go to previous messageGo to next message
Peter Flass is currently offline  Peter Flass
Messages: 8375
Registered: December 2011
Karma: 0
Senior Member
Louis Krupp <lkrupp@invalid.pssw.com.invalid> wrote:
> See the second column on the first page:
>
> https://dl.acm.org/doi/pdf/10.1145/365230.365233

Yes, and? B5500 ALGOL was a very good implementation of ALGOL-58, except
that stream procedures bypassed all the hardware protection mechanisms. I
think Burroughs fixed this on later machines. ALGOL was later sunk by the
development of ALGOL-68, which (AIUI) was more different from ALGOL-60 than
C++ is from C.

ALGOL and PL/I suffered from the same syndrome where FORTRAN programmers
wanted FORTRAN and COBOL programmers wanted COBOL, and that didn’t leave
much room for anything else at the time.

--
Pete
Re: "In Defense of ALGOL" [message #416443 is a reply to message #416442] Thu, 01 September 2022 20:58 Go to previous messageGo to next message
Quadibloc is currently offline  Quadibloc
Messages: 4399
Registered: June 2012
Karma: 0
Senior Member
On Thursday, September 1, 2022 at 4:13:14 PM UTC-6, Peter Flass wrote:
> ALGOL was later sunk by the
> development of ALGOL-68, which (AIUI) was more different from ALGOL-60 than
> C++ is from C.

I have to agree that Algol-68 sank Algol. I had thought that the reason for that,
aside from silly things like case ... esac, was that implementing Algol-68 was
somewhat beyond the state of the art at the time.

That doesn't mean that there were _no_ implementations, just that many who
might have implemented an update to Algol did not feel themselves qualified
to produce an adequate implementation.

Of course, the world could have just ignored Algol-68, and stuck with Algol-60,
perhaps with slight tweaks and improvements. What closed off _that_ line of
development was...

Pascal.

John Savard
Re: "In Defense of ALGOL" [message #416444 is a reply to message #416440] Thu, 01 September 2022 23:26 Go to previous messageGo to next message
Robin Vowels is currently offline  Robin Vowels
Messages: 426
Registered: July 2012
Karma: 0
Senior Member
On Friday, September 2, 2022 at 7:18:46 AM UTC+10, Louis Krupp wrote:
> See the second column on the first page:
>
> https://dl.acm.org/doi/pdf/10.1145/365230.365233
..
The "over-the-horizon language" due mid-1966 was probably PL/I,
that considerably extended both ALGOL-60 and FORTRAN.
..
ALGOL was a particularly good medium for expressing readable numerical algorithms,
and it was a pity that some authors submitted programs in a less-well endowed language.
Re: "In Defense of ALGOL" [message #416445 is a reply to message #416442] Fri, 02 September 2022 02:11 Go to previous messageGo to next message
Louis Krupp is currently offline  Louis Krupp
Messages: 92
Registered: August 2012
Karma: 0
Member
On 9/1/2022 4:13 PM, Peter Flass wrote:
> Louis Krupp <lkrupp@invalid.pssw.com.invalid> wrote:
>> See the second column on the first page:
>>
>> https://dl.acm.org/doi/pdf/10.1145/365230.365233
> Yes, and? B5500 ALGOL was a very good implementation of ALGOL-58, except
> that stream procedures bypassed all the hardware protection mechanisms. I
> think Burroughs fixed this on later machines. ALGOL was later sunk by the
> development of ALGOL-68, which (AIUI) was more different from ALGOL-60 than
> C++ is from C.

Stream procedures could manipulate words that had the flag bit set, and
to the best of my recollection, that's the only hardware protection the
B5500 had. The Large System series -- the B6500/6700 on up -- had a more
complete capability architecture with three tag bits, and compilers that
generated user programs wouldn't emit operators that would touch words
with odd tags.

As a teenage nerd, I thought stream procedures were the coolest thing ever.

If Burroughs Large Systems -- or their Unisys successors -- had
attracted more users, especially at universities, there might have been
a reason to design a practical and portable version of ALGOL. Burroughs
Extended ALGOL and Large Systems' architecture were said to have been
designed together; I attended a few Burroughs users' conferences until
about 1982, and portability of source programs to other systems was a
concept I never heard discussed.

I would guess that most users of Burroughs Extended ALGOL had no idea
that the language had a history outside Burroughs and that things called
ALGOL-58 and ALGOL-60 existed. I certainly didn't have a clue.

> ALGOL and PL/I suffered from the same syndrome where FORTRAN programmers
> wanted FORTRAN and COBOL programmers wanted COBOL, and that didn’t leave
> much room for anything else at the time.
>

There was a PL/I compiler for Burroughs Large Systems, but it was big
and complex and slow and not entirely bug-free and relatively few people
used it.

Louis
Re: "In Defense of ALGOL" [message #416446 is a reply to message #416440] Fri, 02 September 2022 02:50 Go to previous messageGo to next message
Anonymous
Karma:
Originally posted by: Thomas Koenig

Louis Krupp <lkrupp@invalid.pssw.com.invalid> schrieb:
> See the second column on the first page:
>
> https://dl.acm.org/doi/pdf/10.1145/365230.365233

Lack of standardized I/O was a huge design flaw, each compiler
had to roll its own, so there was no portability across systems.

Kernighan wrote this in "UNIX: A History and a Memoir" that there
are three possibilities of doing I/O in a langue: Integrated into
the language itself (Fortran, Pascal), implemented in a library (C)
or not specifyling this at all. The last he called (from memory)
the least desirable option.

And FORTRAN was not only groundbreaking in optimization and writing
formulas in a "natural" way. Its I/O was also radical and new,
the FORMAT statement was a big innovation.
Re: "In Defense of ALGOL" [message #416449 is a reply to message #416445] Fri, 02 September 2022 10:51 Go to previous messageGo to next message
Robin Vowels is currently offline  Robin Vowels
Messages: 426
Registered: July 2012
Karma: 0
Senior Member
On Friday, September 2, 2022 at 4:11:52 PM UTC+10, Louis Krupp wrote:
> On 9/1/2022 4:13 PM, Peter Flass wrote:
>> Louis Krupp <lkr...@invalid.pssw.com.invalid> wrote:
>>> See the second column on the first page:
>>>
>>> https://dl.acm.org/doi/pdf/10.1145/365230.365233
>> Yes, and? B5500 ALGOL was a very good implementation of ALGOL-58, except
>> that stream procedures bypassed all the hardware protection mechanisms. I
>> think Burroughs fixed this on later machines. ALGOL was later sunk by the
>> development of ALGOL-68, which (AIUI) was more different from ALGOL-60 than
>> C++ is from C.
> Stream procedures could manipulate words that had the flag bit set, and
> to the best of my recollection, that's the only hardware protection the
> B5500 had. The Large System series -- the B6500/6700 on up -- had a more
> complete capability architecture with three tag bits, and compilers that
> generated user programs wouldn't emit operators that would touch words
> with odd tags.
>
> As a teenage nerd, I thought stream procedures were the coolest thing ever.
>
> If Burroughs Large Systems -- or their Unisys successors -- had
> attracted more users, especially at universities, there might have been
> a reason to design a practical and portable version of ALGOL. Burroughs
> Extended ALGOL and Large Systems' architecture were said to have been
> designed together; I attended a few Burroughs users' conferences until
> about 1982, and portability of source programs to other systems was a
> concept I never heard discussed.
>
> I would guess that most users of Burroughs Extended ALGOL had no idea
> that the language had a history outside Burroughs and that things called
> ALGOL-58 and ALGOL-60 existed. I certainly didn't have a clue.
>> ALGOL and PL/I suffered from the same syndrome where FORTRAN programmers
>> wanted FORTRAN and COBOL programmers wanted COBOL, and that didn’t leave
>> much room for anything else at the time.
>
> There was a PL/I compiler for Burroughs Large Systems, but it was big
> and complex and slow and not entirely bug-free and relatively few people
> used it.
..
My PL/I string-processing program, which I sent to another site, worked first time.
Re: "In Defense of ALGOL" [message #416450 is a reply to message #416446] Fri, 02 September 2022 10:58 Go to previous messageGo to next message
Robin Vowels is currently offline  Robin Vowels
Messages: 426
Registered: July 2012
Karma: 0
Senior Member
On Friday, September 2, 2022 at 4:50:06 PM UTC+10, Thomas Koenig wrote:
> Louis Krupp <lkr...@invalid.pssw.com.invalid> schrieb:
..
> Lack of standardized I/O was a huge design flaw, each compiler
> had to roll its own, so there was no portability across systems.

Indeed. Lack of portability was a difficulty. And it wasn't just the
I/O that wasn't portable.
..
> Kernighan wrote this in "UNIX: A History and a Memoir" that there
> are three possibilities of doing I/O in a langue: Integrated into
> the language itself (Fortran, Pascal), implemented in a library (C)
> or not specifyling this at all. The last he called (from memory)
> the least desirable option.
>
> And FORTRAN was not only groundbreaking in optimization and writing
> formulas in a "natural" way. Its I/O was also radical and new,
> the FORMAT statement was a big innovation.
..
Various ALGOLs implemented something that was just as good,
namely, to specify the number of digits in the printing of the number.
Re: "In Defense of ALGOL" [message #416451 is a reply to message #416445] Fri, 02 September 2022 11:00 Go to previous messageGo to next message
Stephen Fuld is currently offline  Stephen Fuld
Messages: 47
Registered: February 2013
Karma: 0
Member
On 9/1/2022 11:11 PM, Louis Krupp wrote:
> On 9/1/2022 4:13 PM, Peter Flass wrote:
>> Louis Krupp <lkrupp@invalid.pssw.com.invalid> wrote:
>>> See the second column on the first page:
>>>
>>> https://dl.acm.org/doi/pdf/10.1145/365230.365233
>> Yes, and? B5500 ALGOL was a very good implementation of ALGOL-58, except
>> that stream procedures bypassed all the hardware protection mechanisms. I
>> think Burroughs fixed this on later machines. ALGOL was later sunk by the
>> development of ALGOL-68, which (AIUI) was more different from ALGOL-60
>> than
>> C++ is from C.
>
> Stream procedures could manipulate words that had the flag bit set, and
> to the best of my recollection, that's the only hardware protection the
> B5500 had. The Large System series -- the B6500/6700 on up -- had a more
> complete capability architecture with three tag bits, and compilers that
> generated user programs wouldn't emit operators that would touch words
> with odd tags.
>
> As a teenage nerd, I thought stream procedures were the coolest thing ever.
>
> If Burroughs Large Systems -- or their Unisys successors -- had
> attracted more users, especially at universities, there might have been
> a reason to design a practical and portable version of ALGOL.

Given that the original Algol didn't specify any I/O, so each
implementation did their own, it was hard to be portable. In fact one
"definition" of Pascal, was Algol plus I/O.


> Burroughs
> Extended ALGOL and Large Systems' architecture were said to have been
> designed together; I attended a few Burroughs users' conferences until
> about 1982, and portability of source programs to other systems was a
> concept I never heard discussed.
>
> I would guess that most users of Burroughs Extended ALGOL had no idea
> that the language had a history outside Burroughs and that things called
> ALGOL-58 and ALGOL-60 existed. I certainly didn't have a clue.

There were Algol compilers for many different architectures. For
example, the Univac 1100 series actually had two different ones. Lack
of compilers wasn't a major factor in Algol's lack of popularity.


>> ALGOL and PL/I suffered from the same syndrome where FORTRAN programmers
>> wanted FORTRAN and COBOL programmers wanted COBOL, and that didn’t leave
>> much room for anything else at the time.
>>
>
> There was a PL/I compiler for Burroughs Large Systems, but it was big
> and complex and slow and not entirely bug-free and relatively few people
> used it.

Same for other architectures. Pl/1 was/is a large and complex language.
Early compilers didn't do too well. I believe it never gained much
popularity outside of IBM, and even there its success was "modest".


--
- Stephen Fuld
(e-mail address disguised to prevent spam)
Re: "In Defense of ALGOL" [message #416452 is a reply to message #416443] Fri, 02 September 2022 12:41 Go to previous messageGo to next message
Ahem A Rivet's Shot is currently offline  Ahem A Rivet's Shot
Messages: 4843
Registered: January 2012
Karma: 0
Senior Member
On Thu, 1 Sep 2022 17:58:51 -0700 (PDT)
Quadibloc <jsavard@ecn.ab.ca> wrote:

> On Thursday, September 1, 2022 at 4:13:14 PM UTC-6, Peter Flass wrote:
>> ALGOL was later sunk by the
>> development of ALGOL-68, which (AIUI) was more different from ALGOL-60
>> than C++ is from C.
>
> I have to agree that Algol-68 sank Algol. I had thought that the reason
> for that, aside from silly things like case ... esac, was that
> implementing Algol-68 was somewhat beyond the state of the art at the
> time.

That and the whole business of stropping (by case or underline
or ...) was strange.

> That doesn't mean that there were _no_ implementations, just that many who
> might have implemented an update to Algol did not feel themselves
> qualified to produce an adequate implementation.

Algol 68C had quite a following at Cambridge circa 1980 - I suspect
that following dwindled when C was finally allowed at Cambridge. Some of
the software for the Torch CP/M machine was written in Algol 68C and
compiled to Z80 code on the University's 370. There was even a public
reading (aloud) of "The Revised Report on the Programming Language Algol
68" by a group of students (not including me - I thought the language to
be hideously overcomplex, but then I liked BCPL!.

Fun piece of folklore, the Algol 68C project was initially led by
Stephen Bourne of Bourne shell fame.

At around the same time Algol-W was the language used for teaching a
lot of things, including the details of how subroutines and local variables
behaved written in baroque terms based around text substitutions in the
source code.

--
Steve O'Hara-Smith
Odds and Ends at http://www.sohara.org/
Re: "In Defense of ALGOL" [message #416453 is a reply to message #416452] Fri, 02 September 2022 13:04 Go to previous messageGo to next message
Anonymous
Karma:
Originally posted by: Thomas Koenig

Ahem A Rivet's Shot <steveo@eircom.net> schrieb:

> Fun piece of folklore, the Algol 68C project was initially led by
> Stephen Bourne of Bourne shell fame.

Looking at the syntax of the Bourne shell (and the style it was
written originally, with #defines making C into something much
resembling Algol) I certainly can believe that.
Re: "In Defense of ALGOL" [message #416454 is a reply to message #416451] Fri, 02 September 2022 14:05 Go to previous messageGo to next message
Louis Krupp is currently offline  Louis Krupp
Messages: 92
Registered: August 2012
Karma: 0
Member
On 9/2/2022 9:00 AM, Stephen Fuld wrote:
> On 9/1/2022 11:11 PM, Louis Krupp wrote:
>> On 9/1/2022 4:13 PM, Peter Flass wrote:
>>> Louis Krupp <lkrupp@invalid.pssw.com.invalid> wrote:
>>>> See the second column on the first page:
>>>>
>>>> https://dl.acm.org/doi/pdf/10.1145/365230.365233
>>> Yes, and? B5500 ALGOL was a very good implementation of ALGOL-58,
>>> except
>>> that stream procedures bypassed all the hardware protection
>>> mechanisms. I
>>> think Burroughs fixed this on later machines. ALGOL was later sunk
>>> by the
>>> development of ALGOL-68, which (AIUI) was more different from
>>> ALGOL-60 than
>>> C++ is from C.
>>
>> Stream procedures could manipulate words that had the flag bit set,
>> and to the best of my recollection, that's the only hardware
>> protection the B5500 had. The Large System series -- the B6500/6700
>> on up -- had a more complete capability architecture with three tag
>> bits, and compilers that generated user programs wouldn't emit
>> operators that would touch words with odd tags.
>>
>> As a teenage nerd, I thought stream procedures were the coolest thing
>> ever.
>>
>> If Burroughs Large Systems -- or their Unisys successors -- had
>> attracted more users, especially at universities, there might have
>> been a reason to design a practical and portable version of ALGOL.
>
> Given that the original Algol didn't specify any I/O, so each
> implementation did their own, it was hard to be portable.  In fact one
> "definition" of Pascal, was Algol plus I/O.

Burroughs Extended ALGOL borrowed formatting from FORTRAN, changing
FORMAT statements to FORMAT declarations. It seemed natural and obvious
at the time; it would be surprising -- and unfortunate -- if no other
ALGOL implementations did something similar.

>
>
>> Burroughs Extended ALGOL and Large Systems' architecture were said to
>> have been designed together; I attended a few Burroughs users'
>> conferences until about 1982, and portability of source programs to
>> other systems was a concept I never heard discussed.
>>
>> I would guess that most users of Burroughs Extended ALGOL had no idea
>> that the language had a history outside Burroughs and that things
>> called ALGOL-58 and ALGOL-60 existed. I certainly didn't have a clue.
>
> There were Algol compilers for many different architectures.  For
> example, the Univac 1100 series actually had two different ones. Lack
> of compilers wasn't a major factor in Algol's lack of popularity.

Burroughs users tended to be an insular bunch, and I was no exception. I
recall one users conference attendee saying "If my firm changes systems,
I'll change firms." I never imagined that I'd ever be working on
anything else.

<snip>

Louis
Re: "In Defense of ALGOL" [message #416455 is a reply to message #416454] Fri, 02 September 2022 14:16 Go to previous messageGo to next message
Stephen Fuld is currently offline  Stephen Fuld
Messages: 47
Registered: February 2013
Karma: 0
Member
On 9/2/2022 11:05 AM, Louis Krupp wrote:
> On 9/2/2022 9:00 AM, Stephen Fuld wrote:
>> On 9/1/2022 11:11 PM, Louis Krupp wrote:
>>> On 9/1/2022 4:13 PM, Peter Flass wrote:
>>>> Louis Krupp <lkrupp@invalid.pssw.com.invalid> wrote:
>>>> > See the second column on the first page:
>>>> >
>>>> > https://dl.acm.org/doi/pdf/10.1145/365230.365233
>>>> Yes, and? B5500 ALGOL was a very good implementation of ALGOL-58,
>>>> except
>>>> that stream procedures bypassed all the hardware protection
>>>> mechanisms. I
>>>> think Burroughs fixed this on later machines. ALGOL was later sunk
>>>> by the
>>>> development of ALGOL-68, which (AIUI) was more different from
>>>> ALGOL-60 than
>>>> C++ is from C.
>>>
>>> Stream procedures could manipulate words that had the flag bit set,
>>> and to the best of my recollection, that's the only hardware
>>> protection the B5500 had. The Large System series -- the B6500/6700
>>> on up -- had a more complete capability architecture with three tag
>>> bits, and compilers that generated user programs wouldn't emit
>>> operators that would touch words with odd tags.
>>>
>>> As a teenage nerd, I thought stream procedures were the coolest thing
>>> ever.
>>>
>>> If Burroughs Large Systems -- or their Unisys successors -- had
>>> attracted more users, especially at universities, there might have
>>> been a reason to design a practical and portable version of ALGOL.
>>
>> Given that the original Algol didn't specify any I/O, so each
>> implementation did their own, it was hard to be portable.  In fact one
>> "definition" of Pascal, was Algol plus I/O.
>
> Burroughs Extended ALGOL borrowed formatting from FORTRAN, changing
> FORMAT statements to FORMAT declarations. It seemed natural and obvious
> at the time; it would be surprising -- and unfortunate -- if no other
> ALGOL implementations did something similar.

I don't know about any other Algol implementations, but Pascal certainly
made a different choice.


>>
>>> Burroughs Extended ALGOL and Large Systems' architecture were said to
>>> have been designed together; I attended a few Burroughs users'
>>> conferences until about 1982, and portability of source programs to
>>> other systems was a concept I never heard discussed.
>>>
>>> I would guess that most users of Burroughs Extended ALGOL had no idea
>>> that the language had a history outside Burroughs and that things
>>> called ALGOL-58 and ALGOL-60 existed. I certainly didn't have a clue.
>>
>> There were Algol compilers for many different architectures.  For
>> example, the Univac 1100 series actually had two different ones. Lack
>> of compilers wasn't a major factor in Algol's lack of popularity.
>
> Burroughs users tended to be an insular bunch, and I was no exception. I
> recall one users conference attendee saying "If my firm changes systems,
> I'll change firms." I never imagined that I'd ever be working on
> anything else.

I think that wasn't uncommon with programmers of many different systems.
The mainframes, and even mini-computer systems from different
manufacturers were so different from each other that once you spent a
lot of time and energy learning one, you were reluctant to "waste" all
the learning.


--
- Stephen Fuld
(e-mail address disguised to prevent spam)
Re: "In Defense of ALGOL" [message #416456 is a reply to message #416455] Fri, 02 September 2022 14:55 Go to previous messageGo to next message
Anonymous
Karma:
Originally posted by: Andy Walker

On 02/09/2022 19:16, Stephen Fuld wrote:
> On 9/2/2022 11:05 AM, Louis Krupp wrote:
>> Burroughs Extended ALGOL borrowed formatting from FORTRAN, changing
>> FORMAT statements to FORMAT declarations. It seemed natural and
>> obvious at the time; it would be surprising -- and unfortunate --
>> if no other ALGOL implementations did something similar.
> I don't know about any other Algol implementations, but Pascal
> certainly made a different choice.

Algol went from essentially nothing in Algol 60 to a full-
blown I/O model including heavy-duty formats [inc declarations and
variables] in Algol 68.

I suspect that both Pascal and Algol 68 would have looked at
least somewhat different if their designers could have peeked into the
future and seen how C did it -- and if the designers of C could have
peeked into the past to see how Algol did it after that peek. [Sorry
about the recursion!]

I'll leave Pascal to its enthusiasts [if any], but one of the
problems [and perhaps the most serious] with Algol 68 was the fact
that formats were introduced as a whole new raft of syntax [somewhere
around a third of the entire language]. C showed that formatted I/O
could be done with no new syntax, just a handful of procedure calls
built around a small number of primitives and using strings for the
formats; further, the C model of files as streams of bytes is much
simpler than the Algol model of books with pages and lines [no matter
how well that matched the hardware of the period]. If Algol had
learned that lesson from C, C might then have learned from Algol
how to do unformatted I/O more easily. Win-win. But we can't go
back in time that way.

--
Andy Walker, Nottingham.
Andy's music pages: www.cuboid.me.uk/andy/Music
Composer of the day: www.cuboid.me.uk/andy/Music/Composers/Morel
Re: "In Defense of ALGOL" [message #416458 is a reply to message #416446] Fri, 02 September 2022 18:25 Go to previous messageGo to next message
Peter Flass is currently offline  Peter Flass
Messages: 8375
Registered: December 2011
Karma: 0
Senior Member
Thomas Koenig <tkoenig@netcologne.de> wrote:
> Louis Krupp <lkrupp@invalid.pssw.com.invalid> schrieb:
>> See the second column on the first page:
>>
>> https://dl.acm.org/doi/pdf/10.1145/365230.365233
>
> Lack of standardized I/O was a huge design flaw, each compiler
> had to roll its own, so there was no portability across systems.

On the other hand, in reality simple I/O is pretty common across systems:
read a line/write a line, etc. It’s only the more exotic operations that
differ. If I were writing an ALGOL compiler I’d look at what the other guys
did and imitate it, as compatibly as possible.

>
> Kernighan wrote this in "UNIX: A History and a Memoir" that there
> are three possibilities of doing I/O in a langue: Integrated into
> the language itself (Fortran, Pascal), implemented in a library (C)
> or not specifyling this at all. The last he called (from memory)
> the least desirable option.
>
> And FORTRAN was not only groundbreaking in optimization and writing
> formulas in a "natural" way. Its I/O was also radical and new,
> the FORMAT statement was a big innovation.
>



--
Pete
Re: "In Defense of ALGOL" [message #416459 is a reply to message #416449] Fri, 02 September 2022 18:25 Go to previous messageGo to next message
Peter Flass is currently offline  Peter Flass
Messages: 8375
Registered: December 2011
Karma: 0
Senior Member
Robin Vowels <robin.vowels@gmail.com> wrote:
> On Friday, September 2, 2022 at 4:11:52 PM UTC+10, Louis Krupp wrote:
>> On 9/1/2022 4:13 PM, Peter Flass wrote:
>>> Louis Krupp <lkr...@invalid.pssw.com.invalid> wrote:
>>>> See the second column on the first page:
>>>>
>>>> https://dl.acm.org/doi/pdf/10.1145/365230.365233
>>> Yes, and? B5500 ALGOL was a very good implementation of ALGOL-58, except
>>> that stream procedures bypassed all the hardware protection mechanisms. I
>>> think Burroughs fixed this on later machines. ALGOL was later sunk by the
>>> development of ALGOL-68, which (AIUI) was more different from ALGOL-60 than
>>> C++ is from C.
>> Stream procedures could manipulate words that had the flag bit set, and
>> to the best of my recollection, that's the only hardware protection the
>> B5500 had. The Large System series -- the B6500/6700 on up -- had a more
>> complete capability architecture with three tag bits, and compilers that
>> generated user programs wouldn't emit operators that would touch words
>> with odd tags.
>>
>> As a teenage nerd, I thought stream procedures were the coolest thing ever.
>>
>> If Burroughs Large Systems -- or their Unisys successors -- had
>> attracted more users, especially at universities, there might have been
>> a reason to design a practical and portable version of ALGOL. Burroughs
>> Extended ALGOL and Large Systems' architecture were said to have been
>> designed together; I attended a few Burroughs users' conferences until
>> about 1982, and portability of source programs to other systems was a
>> concept I never heard discussed.
>>
>> I would guess that most users of Burroughs Extended ALGOL had no idea
>> that the language had a history outside Burroughs and that things called
>> ALGOL-58 and ALGOL-60 existed. I certainly didn't have a clue.
>>> ALGOL and PL/I suffered from the same syndrome where FORTRAN programmers
>>> wanted FORTRAN and COBOL programmers wanted COBOL, and that didn’t leave
>>> much room for anything else at the time.
>>
>> There was a PL/I compiler for Burroughs Large Systems, but it was big
>> and complex and slow and not entirely bug-free and relatively few people
>> used it.
> .
> My PL/I string-processing program, which I sent to another site, worked first time.
>

PL/I is pretty compatible. I regularly compile programs written in PL/I(F)
and 2.3 with Iron Spring PL/I with minimal changes. OS/2 and Windows PL/I
took some of the I/O off in a different direction, so I have a couple of
things I wrote for OS/2 that are going to need some more work.

--
Pete
Re: "In Defense of ALGOL" [message #416460 is a reply to message #416451] Fri, 02 September 2022 18:25 Go to previous messageGo to next message
Peter Flass is currently offline  Peter Flass
Messages: 8375
Registered: December 2011
Karma: 0
Senior Member
Stephen Fuld <sfuld@alumni.cmu.edu.invalid> wrote:
> On 9/1/2022 11:11 PM, Louis Krupp wrote:
>> On 9/1/2022 4:13 PM, Peter Flass wrote:
>>> Louis Krupp <lkrupp@invalid.pssw.com.invalid> wrote:
>>>> See the second column on the first page:
>>>>
>>>> https://dl.acm.org/doi/pdf/10.1145/365230.365233
>>> Yes, and? B5500 ALGOL was a very good implementation of ALGOL-58, except
>>> that stream procedures bypassed all the hardware protection mechanisms. I
>>> think Burroughs fixed this on later machines. ALGOL was later sunk by the
>>> development of ALGOL-68, which (AIUI) was more different from ALGOL-60
>>> than
>>> C++ is from C.
>>
>> Stream procedures could manipulate words that had the flag bit set, and
>> to the best of my recollection, that's the only hardware protection the
>> B5500 had. The Large System series -- the B6500/6700 on up -- had a more
>> complete capability architecture with three tag bits, and compilers that
>> generated user programs wouldn't emit operators that would touch words
>> with odd tags.
>>
>> As a teenage nerd, I thought stream procedures were the coolest thing ever.
>>
>> If Burroughs Large Systems -- or their Unisys successors -- had
>> attracted more users, especially at universities, there might have been
>> a reason to design a practical and portable version of ALGOL.
>
> Given that the original Algol didn't specify any I/O, so each
> implementation did their own, it was hard to be portable. In fact one
> "definition" of Pascal, was Algol plus I/O.
>
>
>> Burroughs
>> Extended ALGOL and Large Systems' architecture were said to have been
>> designed together; I attended a few Burroughs users' conferences until
>> about 1982, and portability of source programs to other systems was a
>> concept I never heard discussed.
>>
>> I would guess that most users of Burroughs Extended ALGOL had no idea
>> that the language had a history outside Burroughs and that things called
>> ALGOL-58 and ALGOL-60 existed. I certainly didn't have a clue.
>
> There were Algol compilers for many different architectures. For
> example, the Univac 1100 series actually had two different ones. Lack
> of compilers wasn't a major factor in Algol's lack of popularity.

Univac went completely off the deep end. They had at least two 1100 COBOL
compilers, too.

--
Pete
Re: "In Defense of ALGOL" [message #416463 is a reply to message #416460] Sat, 03 September 2022 02:49 Go to previous messageGo to next message
Andrew is currently offline  Andrew
Messages: 13
Registered: May 2012
Karma: 0
Junior Member
Peter Flass wrote:
> Stephen Fuld <sfuld@alumni.cmu.edu.invalid> wrote:
>> On 9/1/2022 11:11 PM, Louis Krupp wrote:
>>> On 9/1/2022 4:13 PM, Peter Flass wrote:
>>>> Louis Krupp <lkrupp@invalid.pssw.com.invalid> wrote:
>>>> > See the second column on the first page:
>>>> >
>>>> > https://dl.acm.org/doi/pdf/10.1145/365230.365233
>>>> Yes, and? B5500 ALGOL was a very good implementation of ALGOL-58, except
>>>> that stream procedures bypassed all the hardware protection mechanisms. I
>>>> think Burroughs fixed this on later machines. ALGOL was later sunk by the
>>>> development of ALGOL-68, which (AIUI) was more different from ALGOL-60
>>>> than
>>>> C++ is from C.
>>>
>>> Stream procedures could manipulate words that had the flag bit set, and
>>> to the best of my recollection, that's the only hardware protection the
>>> B5500 had. The Large System series -- the B6500/6700 on up -- had a more
>>> complete capability architecture with three tag bits, and compilers that
>>> generated user programs wouldn't emit operators that would touch words
>>> with odd tags.
>>>
>>> As a teenage nerd, I thought stream procedures were the coolest thing ever.
>>>
>>> If Burroughs Large Systems -- or their Unisys successors -- had
>>> attracted more users, especially at universities, there might have been
>>> a reason to design a practical and portable version of ALGOL.
>>
>> Given that the original Algol didn't specify any I/O, so each
>> implementation did their own, it was hard to be portable. In fact one
>> "definition" of Pascal, was Algol plus I/O.
>>
>>
>>> Burroughs
>>> Extended ALGOL and Large Systems' architecture were said to have been
>>> designed together; I attended a few Burroughs users' conferences until
>>> about 1982, and portability of source programs to other systems was a
>>> concept I never heard discussed.
>>>
>>> I would guess that most users of Burroughs Extended ALGOL had no idea
>>> that the language had a history outside Burroughs and that things called
>>> ALGOL-58 and ALGOL-60 existed. I certainly didn't have a clue.
>>
>> There were Algol compilers for many different architectures. For
>> example, the Univac 1100 series actually had two different ones. Lack
>> of compilers wasn't a major factor in Algol's lack of popularity.
>
> Univac went completely off the deep end. They had at least two 1100 COBOL
> compilers, too.
>

That's an outsiders view, if you knew the reasons it made perfect sense.

The 1100/2200 side has two addressing modes, the original one dating
back to the post-Noah's Ark cleanup (Basic Mode), and one which I first
noticed in the 1980s (Extended Mode, aka UCS). UCS allows you to access
far more memory than BM does, BM has no problems with instructions but
the amount of data you can have visible is really limited by today's
standards.

Univac also started off with a 6-bit character set called Fieldata.

- COB (or FCOB not sure) - BM, Fieldata
- ACOB - BM, Ascii but can handle Fieldata
- UCOB - EM/UCS, Ascii with rudimentary Fdata capabilities
- OO-COB - EM/UCS with an IDE, I never used it.
The various compilers also implement different COBOL standards, I
believe OO-COB no longer understands the ALTER command for instance.

Interaction between BM and EM/UCS is "difficult", switching between the
two requires the use of MASM (assembler). MASM is also the only program
which can generate BM code and UCS code, or a mixture of the two.

Converting ACOB programs to UCOB can be trivial or it can be fraught -
depending on the use of certain features by the programmer, there is
also a compatability mode you can use.
Re: "In Defense of ALGOL" [message #416464 is a reply to message #416451] Sat, 03 September 2022 03:41 Go to previous messageGo to next message
Robin Vowels is currently offline  Robin Vowels
Messages: 426
Registered: July 2012
Karma: 0
Senior Member
On Saturday, September 3, 2022 at 1:00:36 AM UTC+10, Stephen Fuld wrote:
> On 9/1/2022 11:11 PM, Louis Krupp wrote:
>> On 9/1/2022 4:13 PM, Peter Flass wrote:
>>> Louis Krupp <lkr...@invalid.pssw.com.invalid> wrote:
>>>> See the second column on the first page:
>>>>
>>>> https://dl.acm.org/doi/pdf/10.1145/365230.365233
>>> Yes, and? B5500 ALGOL was a very good implementation of ALGOL-58, except
>>> that stream procedures bypassed all the hardware protection mechanisms.. I
>>> think Burroughs fixed this on later machines. ALGOL was later sunk by the
>>> development of ALGOL-68, which (AIUI) was more different from ALGOL-60
>>> than
>>> C++ is from C.
>>
>> Stream procedures could manipulate words that had the flag bit set, and
>> to the best of my recollection, that's the only hardware protection the
>> B5500 had. The Large System series -- the B6500/6700 on up -- had a more
>> complete capability architecture with three tag bits, and compilers that
>> generated user programs wouldn't emit operators that would touch words
>> with odd tags.
>>
>> As a teenage nerd, I thought stream procedures were the coolest thing ever.
>>
>> If Burroughs Large Systems -- or their Unisys successors -- had
>> attracted more users, especially at universities, there might have been
>> a reason to design a practical and portable version of ALGOL.
> Given that the original Algol didn't specify any I/O, so each
> implementation did their own, it was hard to be portable. In fact one
> "definition" of Pascal, was Algol plus I/O.
>> Burroughs
>> Extended ALGOL and Large Systems' architecture were said to have been
>> designed together; I attended a few Burroughs users' conferences until
>> about 1982, and portability of source programs to other systems was a
>> concept I never heard discussed.
>>
>> I would guess that most users of Burroughs Extended ALGOL had no idea
>> that the language had a history outside Burroughs and that things called
>> ALGOL-58 and ALGOL-60 existed. I certainly didn't have a clue.
> There were Algol compilers for many different architectures. For
> example, the Univac 1100 series actually had two different ones. Lack
> of compilers wasn't a major factor in Algol's lack of popularity.
>>> ALGOL and PL/I suffered from the same syndrome where FORTRAN programmers
>>> wanted FORTRAN and COBOL programmers wanted COBOL, and that didn’t leave
>>> much room for anything else at the time.
>>>
>>
>> There was a PL/I compiler for Burroughs Large Systems, but it was big
>> and complex and slow and not entirely bug-free and relatively few people
>> used it.
> Same for other architectures. Pl/1 was/is a large and complex language.
..
On the contrary, the rules were simpler than for FORTRAN.
1. functions were generic. No need to bother with single and double precision
versions of the arithmetic and trig functions.
2. DO-loops had no restrictions on initial, final, and increment values;
no subset of expressions for these entities;
and loops could be executed zero or more times.
3. No restrictions on the complexity of subscript values;
4. Dynamic arrays -- no mucking about with "adjustable dimensions".
5. Clean interpretation of format specifications.
6. expressions allowed for field width of format items, etc
7. recursion allowed.
8. Real character strings, not fakes ones known as Hollerith constants.
9. Not necessary to count the characters in character constants.
10. arguments automatically checked for compatibility with corresponding
parameters on procedure calls.
11. arguments that are constants cannot be corrupted by assignment to
the corresponding parameter.
12. Single _AND_ double-precision complex.
There's more.
..
> Early compilers didn't do too well. I believe it never gained much
> popularity outside of IBM, and even there its success was "modest".
..
PL/C was a pretty good implementation, and fast .
Other non-IBM PL/I compilers included those for
CDC, Univac, Burroughs, and on micros DR PL/I, Q1/Lite PL/I.
Re: "In Defense of ALGOL" [message #416465 is a reply to message #416464] Sat, 03 September 2022 09:53 Go to previous messageGo to next message
Peter Flass is currently offline  Peter Flass
Messages: 8375
Registered: December 2011
Karma: 0
Senior Member
Robin Vowels <robin.vowels@gmail.com> wrote:

> PL/C was a pretty good implementation, and fast .
> Other non-IBM PL/I compilers included those for
> CDC, Univac, Burroughs, and on micros DR PL/I, Q1/Lite PL/I.
>

Bitsavers has almost nothing on the Q1/Lite. if you, or anyone else, has
anything on this system it would be interesting to upload it.

--
Pete
Re: "In Defense of ALGOL" [message #416466 is a reply to message #416454] Sat, 03 September 2022 13:16 Go to previous messageGo to next message
Anonymous
Karma:
Originally posted by: Paul Kimpel

On 9/2/2022 11:05 AM, Louis Krupp wrote:
> On 9/2/2022 9:00 AM, Stephen Fuld wrote:
>> On 9/1/2022 11:11 PM, Louis Krupp wrote:
>>> On 9/1/2022 4:13 PM, Peter Flass wrote:
>>>> Louis Krupp <lkrupp@invalid.pssw.com.invalid> wrote:
>>>> > See the second column on the first page:
>>>> >
>>>> > https://dl.acm.org/doi/pdf/10.1145/365230.365233
>>>> Yes, and? B5500 ALGOL was a very good implementation of
>>>> ALGOL-58, except that stream procedures bypassed all the
>>>> hardware protection mechanisms. I think Burroughs fixed this on
>>>> later machines. ALGOL was later sunk by the development of
>>>> ALGOL-68, which (AIUI) was more different from ALGOL-60 than
>>>> C++ is from C.

No, B5000 and B5500 ALGOL were implementations of ALGOL-60, not
ALGOL-58, but the hardware and compiler were designed and implemented
before the Revised Report was published in January 1963.

Burroughs 220 BALGOL was closely based on ALGOL-58 (although it wasn't
called that originally -- it was the International Algorithmic Language,
or IAL). ALGOL-58 was never a real language design, just a progress
report on the work that eventually produced ALGOL-60.
>>>
>>> Stream procedures could manipulate words that had the flag bit
>>> set, and to the best of my recollection, that's the only hardware
>>> protection the B5500 had. The Large System series -- the
>>> B6500/6700 on up -- had a more complete capability architecture
>>> with three tag bits, and compilers that generated user programs
>>> wouldn't emit operators that would touch words with odd tags.
>>>
>>> As a teenage nerd, I thought stream procedures were the coolest
>>> thing ever.

Yes, Stream Procedures were very cool, and very useful, and very, very
dangerous. They were included in Burroughs Extended ALGOL to give access
to the B5000's Character Mode instructions, which had been a (somewhat
panicked) late addition to the architecture to support the large market
that Burroughs had in commercial business applications, and to support
the then very-new language COBOL. Bypassing hardware-enforced memory
protection was the price for that addition.

The B6500/6700/7700 did indeed fix the lack of memory protection with
the B5000/5500s Character Mode. It also fixed what I think was a more
serious ALGOL-related problem -- the inability of the B5000/5500 to
address intermediate nested scopes in a program. The older machine could
only address the global (outer block) variables and those in the current
local procedure. The hardware simply didn't have the ability to address
any nesting levels between those two.
>>>
>>> If Burroughs Large Systems -- or their Unisys successors -- had
>>> attracted more users, especially at universities, there might
>>> have been a reason to design a practical and portable version of
>>> ALGOL.
>>
>> Given that the original Algol didn't specify any I/O, so each
>> implementation did their own, it was hard to be portable. In fact
>> one "definition" of Pascal, was Algol plus I/O.
>
> Burroughs Extended ALGOL borrowed formatting from FORTRAN, changing
> FORMAT statements to FORMAT declarations. It seemed natural and
> obvious at the time; it would be surprising -- and unfortunate -- if
> no other ALGOL implementations did something similar.

Actually, the B5000/5500's formatting came from 220 BALGOL and was no
doubt heavily influenced by FORTRAN, although FORMAT declarations in
B5000 Extended ALGOL were certainly made more FORTRAN-like than they
were in BALGOL.

In the original B5000 ALGOL implementation, formatted I/O was the only
kind available. There was an ability to do unformatted reads and writes
via the RELEASE statement, but that manipulated physical buffers, much
like Direct I/O does on the later systems, and required the use of
Stream Procedures to access the data. The "array-row I/O" we all know
didn't arrive until the MCP was rewritten (in a higher-level language,
ESPOL) for the B5500.
>
>>
>>
>>> Burroughs Extended ALGOL and Large Systems' architecture were
>>> said to have been designed together; I attended a few Burroughs
>>> users' conferences until about 1982, and portability of source
>>> programs to other systems was a concept I never heard discussed.
>>>
>>> I would guess that most users of Burroughs Extended ALGOL had no
>>> idea that the language had a history outside Burroughs and that
>>> things called ALGOL-58 and ALGOL-60 existed. I certainly didn't
>>> have a clue.
>>
>> There were Algol compilers for many different architectures. For
>> example, the Univac 1100 series actually had two different ones.
>> Lack of compilers wasn't a major factor in Algol's lack of
>> popularity.

Let's not forget that there were two ALGOL compilers for the B5500 as
well, the original Extended ALGOL with Stream Procedures (plus several
other extensions with which you could undo both yourself and the system
if used improperly), and Compatible ALGOL (or XALGOL), which was
designed to be much safer to use, especially with timesharing systems,
and which would be much easier to port to the upcoming B6500. It used
the syntax that had been developed to support the B6500's string
operators, but was implemented for the B5500 by means of intrinsic
functions.

Let's also remember that the B5500 had two COBOL compilers -- the
original COBOL-61 and the later ANSI COBOL-68 compiler. So Univac's sins
in that regard, as mentioned in a later post to this thread, were hardly
unique.
>
> Burroughs users tended to be an insular bunch, and I was no
> exception. I recall one users conference attendee saying "If my firm
> changes systems, I'll change firms." I never imagined that I'd ever
> be working on anything else.
>
> <snip>
>
> Louis


Paul
Re: "In Defense of ALGOL" [message #416467 is a reply to message #416458] Sat, 03 September 2022 13:25 Go to previous messageGo to next message
Anonymous
Karma:
Originally posted by: Paul Kimpel

-------- Original Message --------
Subject: Re: "In Defense of ALGOL"
From: Peter Flass <peter_flass@yahoo.com>
To:
Date: Fri Sep 02 2022 15:25:08 GMT-0700 (Pacific Daylight Time)

> Thomas Koenig <tkoenig@netcologne.de> wrote:
>> Louis Krupp <lkrupp@invalid.pssw.com.invalid> schrieb:
>>> See the second column on the first page:
>>>
>>> https://dl.acm.org/doi/pdf/10.1145/365230.365233
>>
>> Lack of standardized I/O was a huge design flaw, each compiler
>> had to roll its own, so there was no portability across systems.
>
> On the other hand, in reality simple I/O is pretty common across systems:
> read a line/write a line, etc. It’s only the more exotic operations that
> differ. If I were writing an ALGOL compiler I’d look at what the other guys
> did and imitate it, as compatibly as possible.

Which is pretty much what Burroughs did with the B5000/5500. Admittedly
it was FORTRAN-like, but that was the market they had to compete in. If
there ever was a "market" for ALGOL implementations, it certainly didn't
exist in the U.S. in the early 1960s.
>
>>
>> Kernighan wrote this in "UNIX: A History and a Memoir" that there
>> are three possibilities of doing I/O in a langue: Integrated into
>> the language itself (Fortran, Pascal), implemented in a library (C)
>> or not specifyling this at all. The last he called (from memory)
>> the least desirable option.
>>
>> And FORTRAN was not only groundbreaking in optimization and writing
>> formulas in a "natural" way. Its I/O was also radical and new,
>> the FORMAT statement was a big innovation

Paul
Re: "In Defense of ALGOL" [message #416470 is a reply to message #416466] Sat, 03 September 2022 16:16 Go to previous messageGo to next message
Charlie Gibbs is currently offline  Charlie Gibbs
Messages: 5313
Registered: January 2012
Karma: 0
Senior Member
On 2022-09-03, Paul Kimpel <paul.kimpel@digm.com> wrote:

> Let's also remember that the B5500 had two COBOL compilers -- the
> original COBOL-61 and the later ANSI COBOL-68 compiler. So Univac's sins
> in that regard, as mentioned in a later post to this thread, were hardly
> unique.

Nor were Univac's "sins" unique to their 1100 series. The 90/30
(whose non-privileged instruction set was a clone of the IBM 360/50)
had three COBOL compilers: Basic COBOL, Extended COBOL, and COBOL-74.

In either case, though, I don't consider it a sin to release
a compiler that supports a later version of a language, while
retaining the old one for compatibility.

--
/~\ Charlie Gibbs | Microsoft is a dictatorship.
\ / <cgibbs@kltpzyxm.invalid> | Apple is a cult.
X I'm really at ac.dekanfrus | Linux is anarchy.
/ \ if you read it the right way. | Pick your poison.
Re: "In Defense of ALGOL" [message #416474 is a reply to message #416464] Sat, 03 September 2022 20:42 Go to previous messageGo to next message
Rich Alderson is currently offline  Rich Alderson
Messages: 489
Registered: August 2012
Karma: 0
Senior Member
Robin Vowels <robin.vowels@gmail.com> writes:


> PL/C was a pretty good implementation, and fast .
> Other non-IBM PL/I compilers included those for
> CDC, Univac, Burroughs, and on micros DR PL/I, Q1/Lite PL/I.

I'm surprised that no one has mentioned the GE/Honeywell PL/I compiler which
was used as the implementation language for much of Multics...

--
Rich Alderson news@alderson.users.panix.com
Audendum est, et veritas investiganda; quam etiamsi non assequamur,
omnino tamen proprius, quam nunc sumus, ad eam perveniemus.
--Galen
Re: "In Defense of ALGOL" [message #416475 is a reply to message #416474] Sat, 03 September 2022 22:28 Go to previous messageGo to next message
John Levine is currently offline  John Levine
Messages: 1405
Registered: December 2011
Karma: 0
Senior Member
According to Rich Alderson <news@alderson.users.panix.com>:
> Robin Vowels <robin.vowels@gmail.com> writes:
>
>
>> PL/C was a pretty good implementation, and fast .
>> Other non-IBM PL/I compilers included those for
>> CDC, Univac, Burroughs, and on micros DR PL/I, Q1/Lite PL/I.
>
> I'm surprised that no one has mentioned the GE/Honeywell PL/I compiler which
> was used as the implementation language for much of Multics...

That was the Frebourghouse compiler.

Its front end was used for variety of other PL/I compilers such as the DEC VAX
one described in Engineering a Compiler

https://openlibrary.org/books/OL3489906M/Engineering_a_compi ler

--
Regards,
John Levine, johnl@taugh.com, Primary Perpetrator of "The Internet for Dummies",
Please consider the environment before reading this e-mail. https://jl.ly
Re: "In Defense of ALGOL" [message #416494 is a reply to message #416454] Mon, 05 September 2022 07:49 Go to previous messageGo to next message
Quadibloc is currently offline  Quadibloc
Messages: 4399
Registered: June 2012
Karma: 0
Senior Member
On Friday, September 2, 2022 at 12:05:09 PM UTC-6, Louis Krupp wrote:

> Burroughs Extended ALGOL borrowed formatting from FORTRAN, changing
> FORMAT statements to FORMAT declarations. It seemed natural and obvious
> at the time; it would be surprising -- and unfortunate -- if no other
> ALGOL implementations did something similar.

I think that Algol W also borrowed formatting from FORTRAN, although perhaps
not in the same way that Burroughs Extended ALGOL did that.

_Some_ implementations of ALGOL, including IBM's implementation for the
System/360, annoyed potential users by not using reserved words (as Algol W
did) but instead requiring that all keywords in the language be enclosed in
single quotes. I think that may be underrated as a cause for the failure of the
language to be widely adopted.

It _also_ didn't help that the publication language, at least, had a character set
which included a lot of characters most machines didn't have. Some Russian
machines, the IBM STRETCH, and some British machines were among the very
few exceptions.

John Savard
Re: "In Defense of ALGOL" [message #416496 is a reply to message #416494] Mon, 05 September 2022 20:11 Go to previous messageGo to next message
Peter Flass is currently offline  Peter Flass
Messages: 8375
Registered: December 2011
Karma: 0
Senior Member
Quadibloc <jsavard@ecn.ab.ca> wrote:
> On Friday, September 2, 2022 at 12:05:09 PM UTC-6, Louis Krupp wrote:
>
>> Burroughs Extended ALGOL borrowed formatting from FORTRAN, changing
>> FORMAT statements to FORMAT declarations. It seemed natural and obvious
>> at the time; it would be surprising -- and unfortunate -- if no other
>> ALGOL implementations did something similar.
>
> I think that Algol W also borrowed formatting from FORTRAN, although perhaps
> not in the same way that Burroughs Extended ALGOL did that.
>
> _Some_ implementations of ALGOL, including IBM's implementation for the
> System/360, annoyed potential users by not using reserved words (as Algol W
> did) but instead requiring that all keywords in the language be enclosed in
> single quotes. I think that may be underrated as a cause for the failure of the
> language to be widely adopted.

I think it would be hard to underrate that as a factor, at least as far as
IBM’s ALGOL is concerned. ;-)

>
> It _also_ didn't help that the publication language, at least, had a character set
> which included a lot of characters most machines didn't have. Some Russian
> machines, the IBM STRETCH, and some British machines were among the very
> few exceptions.
>
> John Savard
>



--
Pete
Re: "In Defense of ALGOL" [message #416497 is a reply to message #416494] Mon, 05 September 2022 21:44 Go to previous messageGo to next message
Robin Vowels is currently offline  Robin Vowels
Messages: 426
Registered: July 2012
Karma: 0
Senior Member
On Monday, September 5, 2022 at 9:50:00 PM UTC+10, Quadibloc wrote:
> On Friday, September 2, 2022 at 12:05:09 PM UTC-6, Louis Krupp wrote:
>
>> Burroughs Extended ALGOL borrowed formatting from FORTRAN, changing
>> FORMAT statements to FORMAT declarations. It seemed natural and obvious
>> at the time; it would be surprising -- and unfortunate -- if no other
>> ALGOL implementations did something similar.
> I think that Algol W also borrowed formatting from FORTRAN, although perhaps
> not in the same way that Burroughs Extended ALGOL did that.
>
> _Some_ implementations of ALGOL, including IBM's implementation for the
> System/360, annoyed potential users by not using reserved words (as Algol W
> did) but instead requiring that all keywords in the language be enclosed in
> single quotes. I think that may be underrated as a cause for the failure of the
> language to be widely adopted.
..
I think that most implementations used apostrophes to delimit keywords.
..
> It _also_ didn't help that the publication language, at least, had a character set
> which included a lot of characters most machines didn't have.
..
The publication language was just that: a publication language.
It used upper and lower case, with boldface keywords, and special characters.
In 1960, most line printers offered upper case only, digits, and a limited
range of special characters.
That didn't change much for a couple of decades.
Printing terminals did offer upper and lower case, including
the ASR-38, Memorex, GE Terminet, Diablo, and the Friden flexowriter,
the latter going a lot closer to the publication language.
..
> Some Russian
> machines, the IBM STRETCH, and some British machines were among the very
> few exceptions.
Re: "In Defense of ALGOL" [message #416499 is a reply to message #416443] Tue, 06 September 2022 08:24 Go to previous messageGo to next message
Anonymous
Karma:
Originally posted by: Bravosi

On 9/1/22 19:58, Quadibloc wrote:
> On Thursday, September 1, 2022 at 4:13:14 PM UTC-6, Peter Flass wrote:
>> ALGOL was later sunk by the
>> development of ALGOL-68, which (AIUI) was more different from ALGOL-60 than
>> C++ is from C.
>
> I have to agree that Algol-68 sank Algol. I had thought that the reason for that,
> aside from silly things like case ... esac, was that implementing Algol-68 was
> somewhat beyond the state of the art at the time.
>
> That doesn't mean that there were _no_ implementations, just that many who
> might have implemented an update to Algol did not feel themselves qualified
> to produce an adequate implementation.
>
> Of course, the world could have just ignored Algol-68, and stuck with Algol-60,
> perhaps with slight tweaks and improvements. What closed off _that_ line of
> development was...
>
> Pascal.
>
> John Savard

Pascal is still widely used. Tiobe Index is _not_ a very accurate
indicator of its market share. If I had to guesstimate I would say that
Pascal, Delphi, et al. are usually 2-3 slots higher on the index in reality.

The highly-paid engineers who use Pascal, Ada, and other Wirthian
languages do not frequent Internet forums promoting their design
choices. They are too busy making money to care what nerd wanks and
stack monkeys think.

I have been building Pascal libraries that I expect will still be usable
in 15-20 years. Can we say that of the 'popular' nerd languages? How
long will it be before Python breaks again? I have Pascal code bases
that are 15+ years old that still compile and run bug-free on modern
hardware.

The only thing missing from modern Pascal compilers is facilities for
directly accessing all hardware interfaces, like in C. If that facility
were baked in a lot of C programmers would switch. I would love to be
able to gin up bootloaders and microkernels with a standard Pascal-like
syntax.

Wirth's vision of Algol wins. Anyway that's my nickle's wirth.

--

Bravosi
Re: "In Defense of ALGOL" [message #416500 is a reply to message #416499] Tue, 06 September 2022 12:03 Go to previous messageGo to next message
Charlie Gibbs is currently offline  Charlie Gibbs
Messages: 5313
Registered: January 2012
Karma: 0
Senior Member
On 2022-09-06, Bravosi <syrio@for.ell> wrote:

> I have been building Pascal libraries that I expect will still be usable
> in 15-20 years. Can we say that of the 'popular' nerd languages? How
> long will it be before Python breaks again? I have Pascal code bases
> that are 15+ years old that still compile and run bug-free on modern
> hardware.

I'm still maintaining the C code base that I wrote 30 years ago.
It compiles and runs on both Windows and Linux. I haven't seen
an SCO system for some time but it should still run there too.

> The only thing missing from modern Pascal compilers is facilities for
> directly accessing all hardware interfaces, like in C. If that facility
> were baked in a lot of C programmers would switch. I would love to be
> able to gin up bootloaders and microkernels with a standard Pascal-like
> syntax.

Sounds like a worthwhile enhancement (if it's done right).
For me it's academic - I've never liked Wirthian languages -
but it sounds long overdue.

> Wirth's vision of Algol wins. Anyway that's my nickle's wirth.

Ah, you call him by value. :-)

--
/~\ Charlie Gibbs | Microsoft is a dictatorship.
\ / <cgibbs@kltpzyxm.invalid> | Apple is a cult.
X I'm really at ac.dekanfrus | Linux is anarchy.
/ \ if you read it the right way. | Pick your poison.
Re: "In Defense of ALGOL" [message #416502 is a reply to message #416497] Tue, 06 September 2022 14:31 Go to previous messageGo to next message
Peter Flass is currently offline  Peter Flass
Messages: 8375
Registered: December 2011
Karma: 0
Senior Member
Robin Vowels <robin.vowels@gmail.com> wrote:
> On Monday, September 5, 2022 at 9:50:00 PM UTC+10, Quadibloc wrote:
>> On Friday, September 2, 2022 at 12:05:09 PM UTC-6, Louis Krupp wrote:
>>
>>> Burroughs Extended ALGOL borrowed formatting from FORTRAN, changing
>>> FORMAT statements to FORMAT declarations. It seemed natural and obvious
>>> at the time; it would be surprising -- and unfortunate -- if no other
>>> ALGOL implementations did something similar.
>> I think that Algol W also borrowed formatting from FORTRAN, although perhaps
>> not in the same way that Burroughs Extended ALGOL did that.
>>
>> _Some_ implementations of ALGOL, including IBM's implementation for the
>> System/360, annoyed potential users by not using reserved words (as Algol W
>> did) but instead requiring that all keywords in the language be enclosed in
>> single quotes. I think that may be underrated as a cause for the failure of the
>> language to be widely adopted.
> .
> I think that most implementations used apostrophes to delimit keywords.

No other implementation I ever saw, admittedly only a few: mostly Burroughs
and Algol W - just looked at HP - and maybe a couple of others. That alone
would make me never want to get near the language, it seems like a recipe
for disaster.

--
Pete
Re: "In Defense of ALGOL" [message #416503 is a reply to message #416499] Tue, 06 September 2022 14:31 Go to previous messageGo to next message
Peter Flass is currently offline  Peter Flass
Messages: 8375
Registered: December 2011
Karma: 0
Senior Member
Bravosi <syrio@for.ell> wrote:
> On 9/1/22 19:58, Quadibloc wrote:
>> On Thursday, September 1, 2022 at 4:13:14 PM UTC-6, Peter Flass wrote:
>>> ALGOL was later sunk by the
>>> development of ALGOL-68, which (AIUI) was more different from ALGOL-60 than
>>> C++ is from C.
>>
>> I have to agree that Algol-68 sank Algol. I had thought that the reason for that,
>> aside from silly things like case ... esac, was that implementing Algol-68 was
>> somewhat beyond the state of the art at the time.
>>
>> That doesn't mean that there were _no_ implementations, just that many who
>> might have implemented an update to Algol did not feel themselves qualified
>> to produce an adequate implementation.
>>
>> Of course, the world could have just ignored Algol-68, and stuck with Algol-60,
>> perhaps with slight tweaks and improvements. What closed off _that_ line of
>> development was...
>>
>> Pascal.
>>
>> John Savard
>
> Pascal is still widely used. Tiobe Index is _not_ a very accurate
> indicator of its market share. If I had to guesstimate I would say that
> Pascal, Delphi, et al. are usually 2-3 slots higher on the index in reality.
>
> The highly-paid engineers who use Pascal, Ada, and other Wirthian
> languages do not frequent Internet forums promoting their design
> choices. They are too busy making money to care what nerd wanks and
> stack monkeys think.
>
> I have been building Pascal libraries that I expect will still be usable
> in 15-20 years. Can we say that of the 'popular' nerd languages? How
> long will it be before Python breaks again? I have Pascal code bases
> that are 15+ years old that still compile and run bug-free on modern
> hardware.

Same with PL/I. Programs from 1964 still compile, with minimal changes, and
run.

>
> The only thing missing from modern Pascal compilers is facilities for
> directly accessing all hardware interfaces, like in C. If that facility
> were baked in a lot of C programmers would switch. I would love to be
> able to gin up bootloaders and microkernels with a standard Pascal-like
> syntax.
>

Multics PL/I was a good example of this.

--
Pete
Re: "In Defense of ALGOL" [message #416504 is a reply to message #416500] Tue, 06 September 2022 14:31 Go to previous messageGo to next message
Peter Flass is currently offline  Peter Flass
Messages: 8375
Registered: December 2011
Karma: 0
Senior Member
Charlie Gibbs <cgibbs@kltpzyxm.invalid> wrote:
> On 2022-09-06, Bravosi <syrio@for.ell> wrote:
>
>> I have been building Pascal libraries that I expect will still be usable
>> in 15-20 years. Can we say that of the 'popular' nerd languages? How
>> long will it be before Python breaks again? I have Pascal code bases
>> that are 15+ years old that still compile and run bug-free on modern
>> hardware.
>
> I'm still maintaining the C code base that I wrote 30 years ago.
> It compiles and runs on both Windows and Linux. I haven't seen
> an SCO system for some time but it should still run there too.
>
>> The only thing missing from modern Pascal compilers is facilities for
>> directly accessing all hardware interfaces, like in C. If that facility
>> were baked in a lot of C programmers would switch. I would love to be
>> able to gin up bootloaders and microkernels with a standard Pascal-like
>> syntax.
>
> Sounds like a worthwhile enhancement (if it's done right).
> For me it's academic - I've never liked Wirthian languages -
> but it sounds long overdue.

PL\360 is an early example, Algol-like syntax and complete access to
hardware. Wirth used it to write Algol W. The first time I saw the source I
thought it WAS ALGOL.

>
>> Wirth's vision of Algol wins. Anyway that's my nickle's wirth.
>
> Ah, you call him by value. :-)
>



--
Pete
Re: "In Defense of ALGOL" [message #416505 is a reply to message #416497] Tue, 06 September 2022 15:07 Go to previous messageGo to next message
Ahem A Rivet's Shot is currently offline  Ahem A Rivet's Shot
Messages: 4843
Registered: January 2012
Karma: 0
Senior Member
On Mon, 5 Sep 2022 18:44:37 -0700 (PDT)
Robin Vowels <robin.vowels@gmail.com> wrote:

> I think that most implementations used apostrophes to delimit keywords.

With Algol 68 I came across stropping by quotes, case or underline,
that was where I started to think there was a design problem.

--
Steve O'Hara-Smith
Odds and Ends at http://www.sohara.org/
Re: "In Defense of ALGOL" [message #416509 is a reply to message #416502] Tue, 06 September 2022 19:50 Go to previous messageGo to next message
Charlie Gibbs is currently offline  Charlie Gibbs
Messages: 5313
Registered: January 2012
Karma: 0
Senior Member
On 2022-09-06, Peter Flass <peter_flass@yahoo.com> wrote:

> Robin Vowels <robin.vowels@gmail.com> wrote:
>
>> On Monday, September 5, 2022 at 9:50:00 PM UTC+10, Quadibloc wrote:
>>
>>> On Friday, September 2, 2022 at 12:05:09 PM UTC-6, Louis Krupp wrote:
>>>
>>>> Burroughs Extended ALGOL borrowed formatting from FORTRAN, changing
>>>> FORMAT statements to FORMAT declarations. It seemed natural and obvious
>>>> at the time; it would be surprising -- and unfortunate -- if no other
>>>> ALGOL implementations did something similar.
>>>
>>> I think that Algol W also borrowed formatting from FORTRAN, although
>>> perhaps not in the same way that Burroughs Extended ALGOL did that.
>>>
>>> _Some_ implementations of ALGOL, including IBM's implementation for the
>>> System/360, annoyed potential users by not using reserved words (as Algol W
>>> did) but instead requiring that all keywords in the language be enclosed in
>>> single quotes. I think that may be underrated as a cause for the failure of
>>> the language to be widely adopted.
>>
>> I think that most implementations used apostrophes to delimit keywords.
>
> No other implementation I ever saw, admittedly only a few: mostly Burroughs
> and Algol W - just looked at HP - and maybe a couple of others. That alone
> would make me never want to get near the language, it seems like a recipe
> for disaster.

I agree. At university we were exposed to Algol 60, Algol 68, Algol W,
and pl360 (which I liked to refer to as the misbegotten bastard child
of Algol and assembly language). Putting apostrophes around every keyword
seemed like a particularly clumsy thing to do. I never did get an Algol
program to work; I gratefully retreated to assembly language (plus a
real-world mix of RPG and COBOL), where I happily stayed until C came
along. I've never liked Wirthian "bondage and discipline" languages.

--
/~\ Charlie Gibbs | Microsoft is a dictatorship.
\ / <cgibbs@kltpzyxm.invalid> | Apple is a cult.
X I'm really at ac.dekanfrus | Linux is anarchy.
/ \ if you read it the right way. | Pick your poison.
Re: "In Defense of ALGOL" [message #416511 is a reply to message #416499] Tue, 06 September 2022 22:54 Go to previous messageGo to next message
Quadibloc is currently offline  Quadibloc
Messages: 4399
Registered: June 2012
Karma: 0
Senior Member
On Tuesday, September 6, 2022 at 6:21:53 AM UTC-6, Bravosi wrote:
> On 9/1/22 19:58, Quadibloc wrote:

>> Of course, the world could have just ignored Algol-68, and stuck with Algol-60,
>> perhaps with slight tweaks and improvements. What closed off _that_ line of
>> development was...
>>
>> Pascal.

> Pascal is still widely used.

What I had written was not intended to imply otherwise.

Precisely because Pascal became very popular, and offered everything
that Algol-60 did, with important additions, the alternative of sticking with
Algol-60 instead, if one didn't like Algol-68, wasn't a common choice.

John Savard
Re: "In Defense of ALGOL" [message #416512 is a reply to message #416502] Tue, 06 September 2022 22:58 Go to previous messageGo to next message
Quadibloc is currently offline  Quadibloc
Messages: 4399
Registered: June 2012
Karma: 0
Senior Member
On Tuesday, September 6, 2022 at 12:31:42 PM UTC-6, Peter Flass wrote:
> Robin Vowels <robin....@gmail.com> wrote:
>> On Monday, September 5, 2022 at 9:50:00 PM UTC+10, Quadibloc wrote:

>>> _Some_ implementations of ALGOL, including IBM's implementation for the
>>> System/360, annoyed potential users by not using reserved words (as Algol W
>>> did) but instead requiring that all keywords in the language be enclosed in
>>> single quotes. I think that may be underrated as a cause for the failure of the
>>> language to be widely adopted.

>> I think that most implementations used apostrophes to delimit keywords.

> No other implementation I ever saw, admittedly only a few: mostly Burroughs
> and Algol W - just looked at HP - and maybe a couple of others. That alone
> would make me never want to get near the language, it seems like a recipe
> for disaster.

I'm not too familiar with the other examples, but I think some early ones for British
computers were like that.

John Savard
Re: "In Defense of ALGOL" [message #416514 is a reply to message #416505] Wed, 07 September 2022 00:45 Go to previous messageGo to next message
Robin Vowels is currently offline  Robin Vowels
Messages: 426
Registered: July 2012
Karma: 0
Senior Member
On Wednesday, September 7, 2022 at 5:30:03 AM UTC+10, Ahem A Rivet's Shot wrote:
> On Mon, 5 Sep 2022 18:44:37 -0700 (PDT)
> Robin Vowels <robin....@gmail.com> wrote:
>
>> I think that most implementations used apostrophes to delimit keywords.
..
I was referring to punch card versions.
We had an Elliott paper tape version and an ICL card version.
..
> With Algol 68 I came across stropping by quotes, case or underline,
> that was where I started to think there was a design problem.
Re: "In Defense of ALGOL" [message #416515 is a reply to message #416511] Wed, 07 September 2022 00:49 Go to previous messageGo to next message
Robin Vowels is currently offline  Robin Vowels
Messages: 426
Registered: July 2012
Karma: 0
Senior Member
On Wednesday, September 7, 2022 at 12:54:16 PM UTC+10, Quadibloc wrote:
> On Tuesday, September 6, 2022 at 6:21:53 AM UTC-6, Bravosi wrote:
>> On 9/1/22 19:58, Quadibloc wrote:
>
>>> Of course, the world could have just ignored Algol-68, and stuck with Algol-60,
>>> perhaps with slight tweaks and improvements. What closed off _that_ line of
>>> development was...
>>>
>>> Pascal.
>> Pascal is still widely used.
> What I had written was not intended to imply otherwise.
>
> Precisely because Pascal became very popular, and offered everything
> that Algol-60 did,
..
It didn't really. It didn't have exponentiation operator,
and some of the I/O operations never worked properly
on cards.
..
> with important additions, the alternative of sticking with
> Algol-60 instead, if one didn't like Algol-68, wasn't a common choice.
Re: "In Defense of ALGOL" [message #416516 is a reply to message #416474] Wed, 07 September 2022 01:10 Go to previous messageGo to previous message
Robin Vowels is currently offline  Robin Vowels
Messages: 426
Registered: July 2012
Karma: 0
Senior Member
On Sunday, September 4, 2022 at 10:42:05 AM UTC+10, Rich Alderson wrote:
> Robin Vowels <robin....@gmail.com> writes:
>
>
>> PL/C was a pretty good implementation, and fast .
>> Other non-IBM PL/I compilers included those for
>> CDC, Univac, Burroughs, and on micros DR PL/I, Q1/Lite PL/I.
> I'm surprised that no one has mentioned the GE/Honeywell PL/I compiler which
> was used as the implementation language for much of Multics...
..
OK, other implementations of PL/I language included
IBM Series/1, Burroughs B 6700 / B 7700, CDC Cyber 70, 170, 6000,
Data General Eclipse, DEC System 10 and 20, Honeywell 66/6000,
Q1 Corporation Q1/LMC and Q1/Lite, PLUM, SP/k compilers,
PLAGO, Student PL/I, IBM 1130, CIMS PL/I, Olivetti A7, DR PL/I,
Wang PL/I.
(In addition to the above GE/Honeywell PL/I, of course).
..
IBM produced the PL/I-F compiler for OS/360, and the PL/I-D compiler for smaller
machines using DOS, and the PL/I Checkout and Optimising compilers,
plus a number of others since.
Pages (2): [1  2    »]  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: The Net Interprets Censorship As Damage and Routes Around It.
Next Topic: Epson WF2510 printing problem
Goto Forum:
  

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Fri Mar 29 04:17:42 EDT 2024

Total time taken to generate the page: 0.24160 seconds