quakeforge/tools/qfcc
Bill Currie 93840d9892 [qfcc] Handle Ruamoko's call return destination
Since the call instruction in the Ruamoko ISA specifies the destination
of the return value of the called function, it is much like any
expression type instruction in that the def referenced by its c operand
is both defined and killed by the instruction. However, unlike other
instructions, it really has many pseudo-operands: the arguments placed
on the stack. The problem is that when one of the arguments is also the
destination of the return value, the dags code wants to use the stack
argument as it was the last use of the real argument. Thus, instead of
using the value of the child node for the result, use the value label
attached to the call node (there should be only one such label).

This fixes iterfunc, typedef, zerolinker and vkgen when optimizing. Now
all but the double tests and return postop tests pass (and the retun
postop test is not related to the Ruamoko ISA, so fails either way).
2022-02-01 21:46:28 +09:00
..
doc [qfcc] Replace [no-]v6only with target= 2022-01-07 18:34:05 +09:00
include [qfcc] Add support for horizontal vector ops 2022-01-30 10:56:15 +09:00
source [qfcc] Handle Ruamoko's call return destination 2022-02-01 21:46:28 +09:00
test [qfcc] Add test for var = func(var) 2022-02-01 21:40:59 +09:00
AUTHORS more mailing list corrections 2003-07-12 21:50:22 +00:00
Makemodule.am [build] Move to non-recursive make 2020-06-25 11:35:37 +09:00
TODO Throw away function parameter type alias info 2020-02-26 17:46:53 +09:00