quakeforge/libs/gamecode/engine
Bill Currie 9d6fd32206 Ensure the the progs data is aligned.
Some QuakeC compilers (eg, FTE) insert a data chunk between the progs
header and the rest of the progs data. Unfortunately, FTE does not maintain
the assumed 32-bit alignment.
2010-11-20 09:02:56 +09:00
..
Makefile.am the big dso visibility patch :). Sure, we have to have unique names for static builds, but with controlled visibitly we should get faster program loads (although this isn't C++, so it's not as bad) and complex plugins are cleaner. 2007-03-10 12:00:59 +00:00
pr_builtins.c Fix the access alignment bug on 64 bit archs. 2007-04-07 01:41:23 +00:00
pr_debug.c Print data being loaded from an entity. 2010-11-20 00:31:34 +09:00
pr_edict.c bah, the other part of that commit :P 2007-04-09 08:55:24 +00:00
pr_exec.c fix a couple of gcc 4.5 issues that Despair pointed out (I don't have it yet) 2010-05-27 12:21:50 +00:00
pr_load.c Ensure the the progs data is aligned. 2010-11-20 09:02:56 +09:00
pr_opcode.c Print data being loaded from an entity. 2010-11-20 00:31:34 +09:00
pr_parse.c plug a potential (though unlikely) memory leak 2007-10-13 11:32:10 +00:00
pr_resolve.c correctly save and restore the parameters when calling +initialize. fixes the segfault in the qwaq test. 2007-06-09 13:44:06 +00:00
pr_resource.c the big dso visibility patch :). Sure, we have to have unique names for static builds, but with controlled visibitly we should get faster program loads (although this isn't C++, so it's not as bad) and complex plugins are cleaner. 2007-03-10 12:00:59 +00:00
pr_strings.c Don't realloc the string pointer table. 2010-11-14 19:21:16 +09:00
pr_zone.c other than floats, progs should now be int size safe 2007-04-04 12:30:49 +00:00