581d6bc721
ZERO_LENGTH_ARRAY causes problems for external progs, so just go to 1
2001-04-01 02:09:48 +00:00
ccbae9bd5c
do Sys_Error the same way Con_Printf was done
2001-04-01 02:08:38 +00:00
fc99d7bd4d
oooooooops, forgot to call Game_Init in the server
2001-04-01 01:42:40 +00:00
8ef747124c
Fixed the weak Con_Print issue.
...
(Still need to thwap taniwha for doing an incomplete merge.)
2001-03-31 14:41:13 +00:00
f5ae853de8
don't need to worry about zlib any more because that's now taken care of by
...
libQFutil
2001-03-31 03:54:00 +00:00
7cb6245efa
link libQFutil.so against libz so the clients (and tools) don't need to worry
...
about it
2001-03-31 03:51:25 +00:00
d5345b7db9
add .vimrc
2001-03-31 01:04:38 +00:00
e939ccc40a
cvars now sport a callback function that gets called whenever the cvar changes
...
or on initial get.
2001-03-31 01:02:52 +00:00
4162243287
eliminate Cmd_ForwardToServer from cmd.c. Cmd_ForwardToServer still needs to
...
be removed from cmd.h, but that can wait a bit.
2001-03-31 00:35:08 +00:00
ad9142ff3c
move Con_Printf, Con_DPrintf and Con_Print (weak) into libs/util/console.c.
...
Except for the cmd and cvar callbacks, libQFutil.so is now standalone.
2001-03-31 00:08:21 +00:00
1e2e2f44c3
move the developer cvar into cvar.c
2001-03-30 23:35:48 +00:00
99535102d7
bare bones sys stuff moved into libQFutil. unix stuff seems to work just fine,
...
but win32 is probably borked atm
2001-03-30 23:24:57 +00:00
c227fbc3cc
forgot to remove this
2001-03-30 17:43:53 +00:00
9145d45937
totally redundant
2001-03-30 05:03:52 +00:00
4f2e22bfb8
merge and move quakefs.c into libQFutil where it belongs. at long last
2001-03-30 00:44:35 +00:00
b432d0ea17
pull the game specific stuff out of quakefs.c in preparation for merging it
2001-03-30 00:30:38 +00:00
1d9791553f
make qfcc use detect and use the installed libs/headers. currently doesn't work
...
due to modularity problems in libQFutil
2001-03-29 21:26:56 +00:00
80ee9eb8d1
merge and move quakeio.c into libQFutil
2001-03-29 21:16:16 +00:00
f24a33ff05
install the headers
2001-03-29 20:42:08 +00:00
058ac6522a
fix OpenGL/MesaGL testing.
2001-03-29 18:20:05 +00:00
dd3d2a073d
make -fbdev build again AND make nq-fbdev a new target.
...
moved fbset.h from qw/include to include so it can be shared by nq. it's in
include instead of include/QF because I don't see any need to isntall it.
2001-03-29 17:31:15 +00:00
9b31fca76d
Add include for stdlib.h needed for malloc call.
2001-03-29 13:13:28 +00:00
95d116eac0
make makt.S pic friendly. The ELF abi is bent slightly as ebx was already used
...
and I didn't feel like subbing it for something else, so esi is the GOT access
register.
2001-03-29 09:10:35 +00:00
277c17cfd8
Shared library support. The util and gamecode libraries are now shared,
...
and this clears the way for an external API for utilities and
such. And yes, this means libtool is now used.
2001-03-29 09:07:44 +00:00
a23c5e82e0
correct the qf libs path
2001-03-28 23:42:36 +00:00
8866d86fba
rip out the crc code in favour of libqfutil
2001-03-28 23:40:54 +00:00
f1c31b6e1a
added #include for QF/compat.h
2001-03-28 22:23:40 +00:00
cb5c262ffc
qtypes.h:
...
remove includes of qdefs.h and compat.h
pr_comp.h:
merge pr_comp.h from quake and qfcc, removing the copy in qfcc
cmdlib.[ch]:
nuke the endian code.
qendian.c:
initialise the LittleLong etc pointers at compile time rather than run
time
com.c (both nq and qw):
nuke the LittleLong etc init code
everything else:
fix up after the qtypes.h cleanup
2001-03-28 17:17:56 +00:00
5a48f987a5
scripted fixups for the QF include move
2001-03-27 23:36:02 +00:00
b6f6f959b9
fixed vid_3dfxsvga.c includes to match current tree
2001-03-27 23:29:31 +00:00
d56a749e05
Well I *guess* this is needed, if only to make sure they have identical files.
2001-03-27 22:44:58 +00:00
26d5b1ac67
Forgot these.
2001-03-27 22:42:23 +00:00
067db089a2
make edict pruning, field parsing and the builtins part of progs_t like they
...
should have been
2001-03-27 22:39:21 +00:00
31295c1f63
Bring qw and nq snd_*.c files into sync. Should be able to move them
...
into a common dir now.
Also fix some #include path changes.
2001-03-27 22:30:25 +00:00
cea45d19d4
bah, another premature commit
2001-03-27 21:47:44 +00:00
82b533e1ef
forgot that .S files don't have dependency info :/
2001-03-27 21:46:49 +00:00
c958372f51
enable use of qf libs independent of where they are in relation to the qfcc
...
source. nothing is actually used yet, but it will be :)
2001-03-27 21:13:18 +00:00
a3c9af646b
back out my premature commit
2001-03-27 20:37:12 +00:00
f78b973978
move the api headers into include/QF and clean up (most of) the resulting mess.
...
target specific files that I don't build won't compile yet. just put QF/
infront of the offending headers.
Also move ver_check into libqfutils
2001-03-27 20:33:07 +00:00
f6073d756f
better progs access error checking and cleanups resulting from it. Fixes
...
mega2k and nq.
2001-03-27 03:57:17 +00:00
5e993575a4
put a comment in the right place
2001-03-27 00:52:52 +00:00
c34868c117
attack cmdlib with a chainsaw. All unused functions are gone.
2001-03-26 21:02:18 +00:00
19b146748a
add .vimrc
2001-03-26 16:36:44 +00:00
135e533e77
raise some limits so customtf will build. this is NOT the right solution :(
2001-03-26 05:33:02 +00:00
b25a437460
Very minor changes. cl_max_particles still cannot be used dynamically,
...
however I've removed the stupid limits that I'd accidentally left behind
in my panic to comment out the messed up code in r_part.c so software
clients now can use a setting of zero. Particles in sw clients will not
default to 2048 if you use a number less than 1 - it will now use 0.
Otherwise, I made comments to myself for when I actually fix this and
cleared up some silliness in comments I'd made. Nothing special.
Special note: To use cl_max_particles *right now* you can either set it
while playing and then restart the client (I think this should work,
it's archived. May not however) Or do this which I absolutely am
*positive* works:
clientname othercommands +set cl_max_particles number othercommands
So, again, while changing in game does not work, it at least is still
useful somewhat.
Misty-chan
2001-03-22 01:52:33 +00:00
820715672b
*DOH!*
...
I goofed up my code. cl_max_particles will not dynamically update with
this change, but ATM, this is safer until I can grok what I need to know
to fix the code I wrote.
Sorry guys,
Misty-chan
2001-03-20 00:27:22 +00:00
582a7902c5
Insignificant config file change, 60 particles shows up just as quickly
...
as 30 on my system, and obviously gives me twice as many to look at.
Misty-chan
2001-03-19 03:54:51 +00:00
ed42482fd4
Updated cfgs to show the new cl_max_particles cvar - it REALLY HELPS.
...
Also removed gl_smooth from the glspeed.cfg - no idea why it was there,
since I had already replaced it. Whoops.
Misty-chan
2001-03-18 07:35:20 +00:00
264547d470
Okay, this patch REMOVES the -particles command line option, and adds a
...
new cvar: cl_max_particles. This cvar is archived, has no lower or
upper limits (well, less than 1 is not allowed) and can be changed in
game at any time.
BUGS:
Only one so far. I can't figure out why it's doing this, but in software
clients, (well, at least X11) if you set it to 1 particle, it acts like
you set it far higher. 2 acts like you set it to zero... Or maybe
it's showing 2 and I just can't see it on my 320x200 window. In any
case, the vagary must be something in the software particles code,
because I basically used the same code from the GL particles code for
this as I used for the software renderer.
If nobody can find fault with my code, I'll just make a special note in
the console help.
In any case, let me know of any problems.
Misty-chan
2001-03-18 07:04:47 +00:00
ed2f2ce2ca
Forge: InspectorControl and KeypairView compile with no warnings now.
2001-03-16 19:19:24 +00:00
Bill Currie
Zephaniah E. Hull
Adam Olsen
Jeff Teunissen
Chris Ison
Timothy C. McGrath