Apple changed strlcpy
Thus while the code works on Linux, Windows, Grsecurity-Linux, BSD, and old OSX.
New compiles where strlcpy is used do not work and are crashed via "you're not allowed to do that" errors.
strlcpy(texture->name, name, sizeof(texture->name));
etc.
So since this coding style is all throughout the entire darkplaces code base: as it is C and not APPLEC. There is no fucking way I can actually "fix" this program to run, that I know of.
Once a strlcpy(texture->name, name, sizeof(texture->name)); occurs: there is a crash (intentional, not a segfault etc).
And if hack is used to "protect" that code: then the ACCESS VIOLATION occurs later in the code. Forever and ever.
So I cannot make a new darkplaces binary on OSX no matter what I do (the binary runs, but errors out once you use strlcpy now (old binaries compiled for apple in 2012 still run: it's just new compiles that don't work properly because of Apple's underlying code changes: the engine is exactly the same in these areas and the engine code has been the same for 15 years). Because Apple changed what the C programming language is.
They deserve assasins sent after them.