Seriously, in what world do we need a rust compiler in php? I'd rather have cheap RAM and storage, which I can't because of this kind of stupid idea.
I wonder how much energy was wasted on this. How many people got poisoned or killed in mines to create the GPUs that spewed out this useless code.
The fact that we can do something doesn't mean we should. It's time to end this madness.
EDIT: yeah keep your downvotes coming. Ignore the obvious problem. Easy, it's invisible, just don't think about it.
> It doesn't show any obvious indications of being AI.
I agree that he probably asked the AI to omit some common AI tells, like excessive comments, verbose readmes etc.
`git commit --amend`
Also, a passionate programmer usually will add a "why this exists" in his readme.
I'd be very surprised if this wasn't AI.
FWIW I didn't downvote you, I don't have much use for a Rust compiler at all, let alone a toy one written in PHP.
"It's time to end this madness" - this is like trying to shut the barn doors after the horses have bolted and are on a cruise ship that's already sailed, drinking martinis by the pool.
People are having fun with a new way to code, trying things out they couldn't have ever done before. It's been just over a year since Claude code was launched, blowing the doors off all of the other coding models. Compared to the years of hype around cryptocoins and all the GPU cycles wasted on that, this is a bresh of fresh air for many people.
This is described in the README:
> Useful if you need to compile Rust on a shared hosting server from 2008 where the only installed runtime is PHP.
So I guess that world? I mean there's working around a problem and then there's working around a problem...
It would be amusing if, in such a highly limited environment, the compiled binary was still unusable due to restrictions on setting the executable flag.
Searching the term on DDG return this very page as the only result, I can confirm it's not a common term/meme.
We're living on a dead Internet are we?
Writing a compiler/interpreter is _extremely_ straightforward; a lexer -> parser -> ast -> semantic analysis -> {codegen -> linker | evaluator} pipeline is a very widely understood and tested way to write a compiler in any language, regardless of what language you are trying to compile. The hard part is _learning_ how it works, but after that implementing a compiler is a kind of mechanical activity. That's why LLMs are so great at writing parsers: they can just read the source of any compiler (and they probably read all of them) and apply the same stuff mechanically, with almost a 100% accuracy. We even have formal languages to define parsers and RTL and stuff, that's how "mechanical" the whole process can be.
I'm pretty sure that any skilled compiler dev with the ISO C standard and a few packs of Red Bulls can apecode a working C compiler in a few days, give or take. The hard part isn't doing that, the hard part is the decades of iterative improvements to make it generate extremely performant yet correct code as fast as possible.
holg•2d ago
devmor•2h ago
These days it can be almost as strict as you want it to be, but it’s always been a “loose” enough language that you can implement things that work in very fragile ways and iterate at incredible speed.
When I am designing PoC microservices that will eventually end up running as Go or Rust, I often start with a prototype in PHP.