this post was submitted on 25 Jun 2024
258 points (93.6% liked)

Programmer Humor

19572 readers
1533 users here now

Welcome to Programmer Humor!

This is a place where you can post jokes, memes, humor, etc. related to programming!

For sharing awful code theres also Programming Horror.

Rules

founded 1 year ago
MODERATORS
 

Finally i'm gonna be able to contribute!

you are viewing a single comment's thread
view the rest of the comments
[–] Ephera@lemmy.ml 6 points 4 months ago (1 children)

I mean, I'm a bit out of my water there, both in terms of the featureset of PHP and what's actually needed for a kernel, but I'm still gonna go with no.

For one, PHP uses reference counting + garbage collection for memory management. That's normally done by the language runtime, which you won't have when running baremetal.

Maybe you could implement a kernel, which does as few allocations as possible (generally a good idea for a kernel, but no idea, if it's possible with PHP), and then basically just let it memory leak until everything crashes.
Then again, the kernel is responsible for making processes crash when they have a memory leak. Presumably, our PHP kernel would just start overwriting data from running processes and eventually overwrite itself in memory(?). Either way, it would be horrendous.

Maybe you could also try to implement some basic reference counting into your own PHP code, so that your own code keeps track of how often you've used an object in your own code. Certainly doesn't sound like fun, though.

Well, and secondly, I imagine, you'd also still need an extension of the language, to be able to address actual memory locations and do various operations with them.

I know from Rust, that they've got specific functions in the stdlib for that, see for example: https://doc.rust-lang.org/stable/std/ptr/index.html#functions
Presumably, PHP does not have such functions, because its users aren't normally concerned with that.

[–] TrickDacy@lemmy.world 2 points 4 months ago (1 children)

Right -- I'm not saying you could build a compiler then just go to town. You would still have to build all the tools, using PHP, to interact with hardware, the way other languages do. A horrible idea, lol, but interesting, sort of. Since at its core as long as you can execute logic and read/write to memory, you could do it, I think

[–] Ephera@lemmy.ml 3 points 4 months ago (1 children)

But that is what I mean with it needing an extension of the language.

So, I'm not saying you could just build a library that calls existing PHP functions to make it all work. Rather I'm saying there's certain machine code instructions, which just cannot be expressed in PHP. And we need those machine code instructions for actually managing memory. So, I am talking about reading/writing to memory not being possible, unless we resort to horrible hacks.

Since we are building our own compiler anyways, we could add our own function-stubs and tell our compiler to translate them to those missing machine code instructions. But then that is a superset of PHP. It wouldn't be possible in PHP itself.

Again, I'm not entirely sure about the above, but my web search skills couldn't uncover any way to actually just read from a memory address in PHP.

[–] TrickDacy@lemmy.world 1 points 4 months ago

I mean, I think we're saying the same thing, you just have better vocabulary than I :)