quakeforge/ruamoko/qwaq
Bill Currie f714b6fbea [qwaq] Up qwaq progs heap to 2MB
or 512kW (kilowatts? :P). Barely enough for vkgen to run (it runs out if
auto release is run during scan_types, probably due to fragmentation). I
imagine I need to look into better memory management schemes, especially
since I want to make zone allocations 64-byte aligned (instead of the
current 8). And it doesn't help that 16 words per allocation are
dedicated to the zone management.

Anyway, with this, vgken runs and produces sufficiently correct results
for the rest of QF to build, so long as qfcc is not optimizing.
2022-02-01 14:57:16 +09:00
..
builtins [qwaq] Up qwaq progs heap to 2MB 2022-02-01 14:57:16 +09:00
debugger [gamecode] Rename ev_pointer to ev_ptr 2022-01-18 14:36:06 +09:00
device [qwaq] Fix window closure 2021-09-26 10:35:24 +09:00
editor [gamecode] Clean up string_t and pointer_t 2022-01-18 12:11:14 +09:00
ui [gamecode] Clean up string_t and pointer_t 2022-01-18 12:11:14 +09:00
.gdbinit [qwaq] Move from tools to ruamoko 2020-03-01 00:55:15 +09:00
gcd.r [qwaq] Implement execute-to-cursor 2021-06-08 16:54:04 +09:00
input-app.h [qwaq] Implement device management for input-app 2021-09-25 14:22:19 +09:00
input-app.r [qwaq] Fix window closure 2021-09-26 10:35:24 +09:00
Makemodule.am [build] Clean up a pile of distcheck issues 2021-12-24 06:45:13 +09:00
qdb [qwaq] Put my qdb script in a safe place 2021-01-30 14:45:47 +09:00
qwaq-app.h [build] Move to non-recursive make 2020-06-25 11:35:37 +09:00
qwaq-app.r [qwaq] Separate out mouse (de)init code 2021-09-23 13:14:42 +09:00
qwaq-input.h [gamecode] Clean up string_t and pointer_t 2022-01-18 12:11:14 +09:00
qwaq-input.r [qwaq] Move input handling to its own thread 2021-09-22 16:22:11 +09:00
qwaq.h [gamecode] Rename func_t to pr_func_t 2022-01-18 15:36:58 +09:00
threading.h [qwaq] Add input test app 2021-09-21 12:58:10 +09:00
z-transform.r [qwaq] Add a little z-transform program 2021-06-19 11:25:05 +09:00