News for hackers. Stuff that matters.
Re:C and C++ Prioritize Performance over Correctness by grumpyprole on Friday August 18, 2023 @04:15PM (#37181493)
IIRC, Mac OS Classic was written in Pascal, as we're other operating systems. C just won the popularity contest.
Re:C and C++ Prioritize Performance over Correctness by marcosdumay on Friday August 18, 2023 @04:51PM (#37181942)
That was about a decade after C had already won.
Re:C and C++ Prioritize Performance over Correctness by grumpyprole on Friday August 18, 2023 @04:58PM (#37182014)
The Xerox Alto was early 70's and that GUI OS was written in Pascal. I always thought Pascal was better designed and less bizarre than C. Null terminated strings were particularly a bad idea.
Re:C and C++ Prioritize Performance over Correctness by marcosdumay on Friday August 18, 2023 @05:27PM (#37182361)
Oh, by 73. Impressive. I didn't know that.

Still, that was a much more powerful machine than the ones people wrote C for. And when the cheap segment of those "fridge computers" became powerful enough to run whatever you wanted to put on it, people started using small workstations. And when those workstations became powerful enough, we got PCs.

It's only when the PCs got powerful enough that we could start to ignore the compiler demands and go with whatever language fit us better. (The later reductions all were based on cross-compiling, so they don't matter here.)

Re:C and C++ Prioritize Performance over Correctness by pjmlp on Saturday August 19, 2023 @04:17AM (#37186672)
Go check the capabilities of systems written in high level languages like ESPOL and NEWP in 1961.

Let not say that a 1961 system is more powerful than a PDP-11.

Re:C and C++ Prioritize Performance over Correctness by mcguire on Friday August 18, 2023 @07:15PM (#37183379)
"Why Pascal is Not My Favorite Programming Language", Brian W. Kernighan, April 2, 1981:

https://www.cs.virginia.edu/~evans/cs655/readings/bwk-on-pas...

One of the major problems, as I recall, was that Wirth's basic Pascal definition was very limited---the max 256 character strings, for example. So the makers of "production" Pascal compilers added extensions to do all of the things that you would want to do and unfortunately those extensions were all incompatible.

Re:C and C++ Prioritize Performance over Correctness by pjmlp on Saturday August 19, 2023 @04:15AM (#37186665)
A famous rant ignoring Pascal dialects, while C still lacked a standard and was a bunch of dialects all over the place.
Re:C and C++ Prioritize Performance over Correctness by mcguire on Saturday August 19, 2023 @04:23PM (#37192776)
I've never seen a C dialect, other than not supporting bit fields. The language was usually the same although the libraries were all over the place.
Re:C and C++ Prioritize Performance over Correctness by pjmlp on Sunday August 20, 2023 @02:42AM (#37196785)
Then you haven't used any C compilers during the CP/M, 8-bit and 16-bit days.

Here are two, RatC, Small-C.

Additionally what do you think GCC C is, in regards to K&R C and ANSI C?

Re:C and C++ Prioritize Performance over Correctness by pjmlp on Saturday August 19, 2023 @04:14AM (#37186661)
Mesa not Pascal.
Re:C and C++ Prioritize Performance over Correctness by grumpyprole on Saturday August 19, 2023 @07:30AM (#37187691)
Yes apologies, I misremembered. Mesa is definitely a decendant of Pascal though, more like Modula-2. Very ahead of its time.
Re:C and C++ Prioritize Performance over Correctness by pjmlp on Saturday August 19, 2023 @09:51AM (#37188793)
Sorry for being a bit pedantic, it predates Modula-2, Niklaus Wirth got in contact with it during his first sabbatical at Xerox PARC, after returning to ETHZ Modula was born, and shortly thereafter Modula-2 and Lillth Workstation, with the OS written in Modula-2.

Several years later, a similar encounter with Mesa's evolution, Mesa/Cedar, gave birth to Oberon.

As for being ahead of its time, very much indeed.

Many people relate to Smalltalk and Interlisp-D, and are unaware of strong typed systems programming at Xerox, with a tooling that only decades cater came to be.

Mesa authors were quite adamant that in order to succeed, Mesa had to support comparable tooling to Smalltalk and Interlisp-D environments.