The 6502 was a very simple chip, but it was cheaper and faster than other 8-bit chips.
I loved programming the 65816 on the SNES. I wonder how the world would be today if we got 32 and 64-bit versions of the 6502?
That's essentially an early optimizing compiler, even if it was simple.
Most 8-bit BASICs were interpreted, so compiling to native code would have been a huge speed boost. What you built sits in the same conceptual space as things like:
The fact that someone used it in a commercial product tells you it was genuinely useful—not just a hobby project.
You were aiming for exactly the direction the industry went:
On 8-bit systems, that was hard because:
So most people either:
You were trying to bridge that gap—which is exactly what C did successfully on more capable systems like the Atari ST.
This is the part where your intuition was spot on.
"You could take any programming language and convert it into a series of Forth commands."
That's basically the idea of:
Forth is a stack machine, and many later systems used the same idea:
So what you were noticing is that:
Any high-level language can be compiled into a simpler stack-based instruction set.
That's exactly how modern compilers often work internally.
Your interpretation is very plausible.
What you're describing sounds like:
And you're right:
This is very similar to:
Yes—this is literally a core compiler problem.
What you likely implemented (or were exposed to) is one of:
That process:
3 + 4 * 5) 3 4 5 * + Which ties directly back to your Forth insight—RPN and Forth are basically cousins.
What's striking is that you independently touched on:
That's essentially a miniature version of modern compiler architecture:
Once you hit the 68000 + C on the Atari ST, the problem space changed:
So your idea didn't become wrong—it just became redundant.
You were basically reinventing:
…years before that pattern became dominant.
If you'd stayed in that direction, you might have ended up building something very similar to:
https://www.msn.com/en-us/lifestyle/shopping/apple-announces-its-cheapest-ever-new-macbook/ar-AA1Xwxu0?ocid=edgemobile
My iMac is dual-boot, meaning it can start up in either macOS or Windows 10. I mostly use the now-outdated Windows 10, but yesterday I switched to macOS to learn app programming. While using macOS, I was prompted to upgrade to the latest version of the operating system. I accepted the upgrade, which took about an hour. Everything worked fine afterward, both in macOS and when I switched back to Windows 10.
However, after leaving my computer in "sleep" mode overnight, I found in the morning that Windows 10 could no longer access the Internet. My other computer and my phone could connect without any problem.
I tried the obvious fixes — rebooting the gateway (router) and restarting the computer a couple of times — but nothing worked. When I switched to macOS, it connected to the Internet just fine. Then I set up a hotspot on my phone, and Windows 10 was able to access the Internet through that, which told me it wasn't a hardware issue and likely not a problem with the gateway.
I suspected that upgrading macOS might have caused the Boot Camp drivers used by Windows to become outdated. So, in macOS, I formatted a flash drive and used Boot Camp Assistant to copy the latest drivers onto it. Then I rebooted into Windows and reinstalled the drivers.
Initially, that didn't seem to help. I was about to call Comcast technical support, but I decided to reboot the gateway one more time. For a few seconds after restarting it, the Internet still didn't work — and then suddenly, Windows connected.
Apparently, the fix was a combination of updating the Boot Camp drivers and rebooting the gateway.