[quake3-bugzilla] [Bug 4271] make ioquake3 1.36 compile and run on FreeBSD and add hooks for the FreeBSD-ports package building system

bugzilla-daemon at icculus.org bugzilla-daemon at icculus.org
Mon Sep 14 11:39:47 EDT 2009


http://bugzilla.icculus.org/show_bug.cgi?id=4271

--- Comment #18 from Dominic Fandrey <kamikaze at bsdforen.de> 2009-09-14 11:39:43 EDT ---
(In reply to comment #17)
> I don't see a compelling reason for the LIBPATH and HOMEPATH stuff.
I believe in making the application follow the policy of the OS (instead of
making the OS follow the policy of the app), this is what this is about.

You can install a number of q3 engines on FreeBSD, any of these would remove
the ioq3 specific cvars from the configs, whenever run. This is why ioq3 needs
its own user data on FreeBSD.

Luckily I have split up the patches, so you can single them out. I'll maintain
them, because I consider them obligatory for using ioq3 on FreeBSD.

> As people
> have already tried to explain to you, there isn't really a good reason to
> distribute the .so files.
Between 10% and 20% (closer to the latter) performance gain in single player
mode suffices for me as a good reason. For you people with kick-ass rigs it
might not be a deal, but I'm running on shared memory.

> The 64bit patches look sane enough though.
Glad to hear.

> Just a FYI: we (or at least I) try very hard not to introduce #ifdef <platform>
> style code. Every time that is done you baloon your number of test cases and
> what's worse is you need to recompile and use a different platform to exercise
> these test cases.
I have removed all these from the patches. They were only in the original patch
set.

-- 
Configure bugmail: http://bugzilla.icculus.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.


More information about the quake3-bugzilla mailing list