[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]

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





--- Comment #3 from Roman "kevlarman" Tetelman <kevlarman at gmail.com>  2009-08-31 02:25:57 EDT ---
(In reply to comment #2)
> Why is it cleaner to wrap a shell script around ioquake3 instead of building
> something in? Would you really expect me to place a binary in /usr/local/lib?
of course not, but the mod code (in this case shared objects, but usually just
qvms) should be considered part of the data, not part of the code. that's part
of why (io)q3 refuses to load the shared objects from /usr/lib or any of the
other standard places unless you go out of your way to do something like this
(the other is that there are now a lot of games that will load uix86.so if you
tell them to use shared objects, and that would lead conflicts between games,
since it isn't something games can share).

--- Comment #4 from Dominic Fandrey <kamikaze at bsdforen.de>  2009-08-31 02:48:16 EDT ---
This is sound reasoning, but I think it does not apply here.

a) Library loading is only attempted when the game is started with the vm_*
cvars set to 0.

b) Modifications shouldn't come with a platform specific .so anyway (ioquake3
runs fine without them, but the performance is better i.e. ~15% more fps on my
machine).

c) When no library is encountered, the game falls back to the qvm.

d) Ioquake3 uses lots of libraries from /usr/local/lib (e.g. SDL, OpenAL).

e) The .so files would be placed in /usr/local/lib/ioquake3/baseq3 and
/usr/local/lib/ioquake3/missionpack, so other applications will not encounter
them unless they try to load "ioquake3/baseq3/uix86.so". I consider any
application not ioquake3 doing this broken.

f) Obeying hier(7) is really sufficient reason for me. I don't know how this is
handled for other operating systems, I haven't ever used any other *nix flavour
apart from Solaris and AIX (not a Linux person), but FreeBSD things have places
where they belong.

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