Bill Currie
67368ffc5d
make the start calculation a little more accurate
2001-04-01 03:30:17 +00:00
Bill Currie
ec16ffaa65
move to using hash tables for variable lookups.
...
WARNING: this fixes a scope bug in qcc and thus you WILL get different (but
now correct) code for the following:
float foo;
void () bar =
{
local float foo;
foo = 0;
}
ie, the local foo will, as is correct, now be a separate var to the global
foo.
2001-04-01 02:12:57 +00:00
Bill Currie
581d6bc721
ZERO_LENGTH_ARRAY causes problems for external progs, so just go to 1
2001-04-01 02:09:48 +00:00
Bill Currie
ccbae9bd5c
do Sys_Error the same way Con_Printf was done
2001-04-01 02:08:38 +00:00
Bill Currie
fc99d7bd4d
oooooooops, forgot to call Game_Init in the server
2001-04-01 01:42:40 +00:00
Zephaniah E. Hull
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
Bill Currie
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
Bill Currie
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
Bill Currie
d5345b7db9
add .vimrc
2001-03-31 01:04:38 +00:00
Bill Currie
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
Bill Currie
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
Bill Currie
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
Bill Currie
1e2e2f44c3
move the developer cvar into cvar.c
2001-03-30 23:35:48 +00:00
Bill Currie
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
Bill Currie
c227fbc3cc
forgot to remove this
2001-03-30 17:43:53 +00:00
Bill Currie
9145d45937
totally redundant
2001-03-30 05:03:52 +00:00
Bill Currie
4f2e22bfb8
merge and move quakefs.c into libQFutil where it belongs. at long last
2001-03-30 00:44:35 +00:00
Bill Currie
b432d0ea17
pull the game specific stuff out of quakefs.c in preparation for merging it
2001-03-30 00:30:38 +00:00
Bill Currie
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
Bill Currie
80ee9eb8d1
merge and move quakeio.c into libQFutil
2001-03-29 21:16:16 +00:00
Bill Currie
f24a33ff05
install the headers
2001-03-29 20:42:08 +00:00
Bill Currie
058ac6522a
fix OpenGL/MesaGL testing.
2001-03-29 18:20:05 +00:00
Bill Currie
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
Adam Olsen
9b31fca76d
Add include for stdlib.h needed for malloc call.
2001-03-29 13:13:28 +00:00
Bill Currie
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
Jeff Teunissen
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
Bill Currie
a23c5e82e0
correct the qf libs path
2001-03-28 23:42:36 +00:00
Bill Currie
8866d86fba
rip out the crc code in favour of libqfutil
2001-03-28 23:40:54 +00:00
Chris Ison
f1c31b6e1a
added #include for QF/compat.h
2001-03-28 22:23:40 +00:00
Bill Currie
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
Bill Currie
5a48f987a5
scripted fixups for the QF include move
2001-03-27 23:36:02 +00:00
Chris Ison
b6f6f959b9
fixed vid_3dfxsvga.c includes to match current tree
2001-03-27 23:29:31 +00:00
Adam Olsen
d56a749e05
Well I *guess* this is needed, if only to make sure they have identical files.
2001-03-27 22:44:58 +00:00
Adam Olsen
26d5b1ac67
Forgot these.
2001-03-27 22:42:23 +00:00
Bill Currie
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
Adam Olsen
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
Bill Currie
cea45d19d4
bah, another premature commit
2001-03-27 21:47:44 +00:00
Bill Currie
82b533e1ef
forgot that .S files don't have dependency info :/
2001-03-27 21:46:49 +00:00
Bill Currie
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
Bill Currie
a3c9af646b
back out my premature commit
2001-03-27 20:37:12 +00:00
Bill Currie
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
Bill Currie
f6073d756f
better progs access error checking and cleanups resulting from it. Fixes
...
mega2k and nq.
2001-03-27 03:57:17 +00:00
Bill Currie
5e993575a4
put a comment in the right place
2001-03-27 00:52:52 +00:00
Bill Currie
c34868c117
attack cmdlib with a chainsaw. All unused functions are gone.
2001-03-26 21:02:18 +00:00
Bill Currie
19b146748a
add .vimrc
2001-03-26 16:36:44 +00:00
Bill Currie
135e533e77
raise some limits so customtf will build. this is NOT the right solution :(
2001-03-26 05:33:02 +00:00
Timothy C. McGrath
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
Timothy C. McGrath
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
Timothy C. McGrath
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
Timothy C. McGrath
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