From: edwin Date: Sat, 4 Feb 2006 17:31:54 +0000 (+0000) Subject: * doc/stack.txt: Expanded tabs. X-Git-Url: http://wien.tomnetworks.com/gitweb/?p=cacao.git;a=commitdiff_plain;h=b43e3353825fd5f61f56f64e35f5bc5aa87be61c * doc/stack.txt: Expanded tabs. --- diff --git a/doc/stack.txt b/doc/stack.txt index 02eee0fa2..15b649ce7 100644 --- a/doc/stack.txt +++ b/doc/stack.txt @@ -31,10 +31,10 @@ The following invariants hold at all time for the stack representation: ... [slots produced by instruction N] - CAUTION: In this context `produced` means that a stackelement has been - allocated to represent the output of the instruction. For example - the SWAP instruction produces two stackelements although it does - not change the stack depth. + CAUTION: In this context `produced` means that a stackelement has been + allocated to represent the output of the instruction. For example + the SWAP instruction produces two stackelements although it does + not change the stack depth. 5) The instack of a block (if non-NULL) is allocated at a lower address than the stack slots produced within the block (if any). @@ -49,9 +49,9 @@ The following invariants hold at all time for the stack representation: ATTENTION: not every stack slot that is allocated may be reachable by following the pointer in basicblock or instruction! - NOTE: This is a problem. As far as I know it is only the case - for IINC, which produces a dummy stack slot. We should - change that. + NOTE: This is a problem. As far as I know it is only the case + for IINC, which produces a dummy stack slot. We should + change that. Figure 1: Stack representation of a basic block: @@ -69,5 +69,5 @@ Figure 1: Stack representation of a basic block: NOTE: The bptr->stack field will be added for inlining. It is not in CACAO SVN, yet. -# vim: et sts=4 sw=4 +# vim: et sts=4 sw=4 ts=4