qf/quakeforge
0
0
Fork 0
mirror of https://git.code.sf.net/p/quake/quakeforge synced 2024-12-18 08:33:37 +00:00
Code Issues Projects Releases Packages Wiki Activity
3289 commits 17 branches 20 tags 29 MiB
Commit graph

3289 commits

This branch
This branch
All branches
Author SHA1 Message Date
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
Timothy C. McGrath
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
Jeff Teunissen
ed2f2ce2ca Forge: InspectorControl and KeypairView compile with no warnings now. 2001-03-16 19:19:24 +00:00