Original Xash3D is only developed for Windows.

Initially fork was done to port all the Windows-specific code to SDL, but since then the goals has changed on improving compatibility and extending it further for modders.

Xash3D isn't the engine of the 90s, despite it allows to run the game from this era.

The fact that it actually works in such constrained environments is impressive.

We ran our FWGS fork with our own software renderer on Chinese MP3 player and Motorola Linux phone from the mid-00s just for fun. But these ports are total hacks. :)

I wish these ports were upstreamed, so they could leverage optimisations that could be found in latest development branch.

At this time, only nswitch and psvita are upstreamed, but both tend to get broken over time, mostly due to breakage in homebrew SDKs.

Sorry, it happens. :)

There is FreeHL, a clean room implementation of HL1 game logic on top of FTEQW. It's pretty impressive project.

Unfortunately, it was by original Xash3D author. In FWGS we do not take any leaked code, but we also do not tend to do clean room implementations, since it's easier to work with decompiled code.

And license-wise it would be very hard to get rid of the fact that Uncle Mike used some stolen code.

Maintainer here.

We have upstream support for macOS now, since there is at least one person ready to work on it.

Well, thankfully, it doesn't require too much work, except some Apple specifics. If someone could set up a CI build, that would be awesome.

I personally didn't have an overall problem compiling the project on macOS in the past. The only issue I ran into was not being able to get VGUI to work, so there were no HUD in-game. Last I did this was ~6 months ago, though, so it could be things have improved now.

VGUI usually isn't used for HUD drawing.

If you have problems, better report them at our issue tracker on GitHub. Even if it was unsupported configuration, there might be somebody who knows how to fix this exact issue.