ioquake3.x86_64.exe can't load x86 OpenAL32.dll. Using separate
library names allows shipping OpenAL for both architectures.
Though since the dll name is saved in the config file, using both
clients on the same computer will cause one client arch to always
try to load the wrong OpenAL dll and then fallback to the correct
default OpenAL dll. I guess it could be fixed by using separate
cvar names for s_alDriver.
q3ded +set sv_dlURL "http://example.org"
The shell removes the quotes but makes the content be a single argument
for progam args. Quake 3 concatenates all the program args and splits
lines at + or newlines. Then Quake 3 parses them using a tokenizer
that skips unquoted C comments beginning with //. This results in
the cvar being set to "http:".
Escape the quotes so they are passed to the program and the tokenizer
knows not to skip C comments.
q3ded +set sv_dlURL \"http://example.org\"
MSYS2 and some mingw builds use mingw64 instead of mingw32. If you run
`make installer` from the top-level, PLATFORM should be set correctly
when building the installer.
update AdditionalIncludeDirectories to use SDL2
update AdditionalDependencies to use SDL2
add AdditionalLibraryDirectory to SDL2 libs
set sub-system as console
If your distribution doesn’t include such niceties, these could help a
newbie get started with a compiled build of ioquake3 for servers and a
short script to get started.
https://bugzilla.icculus.org/show_bug.cgi?id=5986
Created make-macosx-app.sh to handle manually creating an app bundle from other scripts.
Updated make-macosx.sh to create bundle with make-macosx-app.sh (TODO: make-macosx-ub.sh support).
Updated Makefile to create bundle with make-macosx-app.sh and zip up the resulting ioquake3.app if ARCHIVE is defined.
This patch moves cg_particles.c out of cg_marks.c to the actual file that was
already there but not used. By default WOLF_PARTICLES definition is commented
out if someone wants to use the old cg_particles.c changes. cg_particles.c has
been added to the makefile and msvc projects.
