zetalemur

That is very cool, but let me ask here: Is there a good resource, when it comes to code generation for register architectures?

I know that this would be related to instruction selection and register allocation (where at some point you map an infinite register architecture - like LLVM - to a finite real-world machine), but I never found a nice example.

Yes, that's what I had in mind.

> And communicate with it how?

The simplest approach is via a pipe to the process' stdin/stdout I guess. Of course you have to (de)serialize your data, but you would have to to the same if you go the HTTP route, which seems far more complex. Furthermore the suggested solution probably has a nice wrapper in the language's stdlib (e.g. `check_output()` in Python land).

That's what Wine does (and it often works surprisingly well).

Thanks for the answer.

It would work in all 3 of them. A (huge) project like stalker does not fail because of engine choice, I would guess (the custom programming required for such a project is so enormous that any game engine peculiarities are dwarfed in comparison).

> I just can't see any user wanting to use or switch to either Linux or BSD to sanely 'use' their computer for being productive in their daily work other than programming in vim or emacs; because they are still desktops for programmers.

Do you mean for native Windows or macOs dev? Then I agree. However if you are a non tech user I don't agree. I know many people (friends and family), who use Linux on their Notebook or PCs (quite frankly most non-tech users use mobile anyway) and they have no I idea what emacs or vim is (and why should they?).

So Linux being just for dev users is just not true, at least in my experience.

Assuming this is calculated on every turn: Then it is a shortest path tree from the player position (the root) to all tiles.

> I treat learning it as one of the 2 or 3 things that has most influenced my development skills.

If you don't mind, what were the other 1 or 2 things?

> So far tried fbdev (but doesn't work well with X), now playing with XCB.

Another idea would be to use SDL which essentially provides functionality to make windows, draw pixels and handle input/output. If you do not want to use any library at all and do not mind low "resolution", you could use your terminal as window and regard characters as pixels. Sure, there is the curses library to abstract away different terminals, but if you do not care about platform independence you can just directly write escape sequences to the terminal.