I call ... junk languages: ... programs written in these are unstable.
Some modification in these can cause a perfectly functional program to
stop working because of some change that was not backward compatible.
I ran into this problem way back in the 70's when I was running Fortran programs on CDC machines. One day my Fortran programs would no longer
compile because CDC had updated their compiler. I had no recourse other
than tracking down every "error" and programming around that. Do that
with a program that ran to 20 boxes of cards.
If Fortran can be a ???junk language??? by your definition, then so can any language.
["Followup-To:" header set to comp.os.linux.misc.]
Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
If Fortran can be a ???junk language??? by your definition, then so can any >> language.
It wasn't Fortran that changed, it was the CDC compiler.
The problem here is about what kind of expression is the fortran that is
so well-constrained ...
The message body is Copyright (C) 2025 Tristan Wibberley except
citations and quotations noted. All Rights Reserved except as noted in
the sig.
I follow up to comp.lang.misc because it seems that root's Followup-To
is not suitable.
On 20/11/2024 02:33, root wrote:
["Followup-To:" header set to comp.os.linux.misc.]
Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
If Fortran can be a ???junk language??? by your definition, then so can any >>> language.
It wasn't Fortran that changed, it was the CDC compiler.
The implication is that it was fortran before and it was fortran after,
yet the two were different in a difficult way.
The problem here is about what kind of expression is the fortran that is
so well-constrained that the programmer may assume his empirical
experiences of it are the only valid experiences of their respective circumstances, and what kind of expression is the fortran that varies
and must vary, or generally what kind of variation is admitted in the presence or absence of what kind of perceivable qualities. Some human-relevant perceivable qualities.
That's firstly about legal controls - trademarks owned by standards
bodies or private controllers of specifications would be good - you
mustn't say the compiler does fortran at times that it doesn't. This is
a legal matter because language is about interactions and common meaning inferred from experiences whereby some so-effective controls must be
applied to the population.
The legal aspect is extrinsic, it's not a part of the language EXCEPT in
so far as the language has a name that can be trademarked and it's used
by the interpreters, translators, code receivers, etc.
Sysop: | DaiTengu |
---|---|
Location: | Appleton, WI |
Users: | 1,073 |
Nodes: | 10 (0 / 10) |
Uptime: | 228:02:30 |
Calls: | 13,783 |
Calls today: | 1 |
Files: | 186,987 |
D/L today: |
1,076 files (387M bytes) |
Messages: | 2,435,085 |