undo stack reorganized into a stack of undo token lists

 * in a flat list of undo tokens, we need to store
   the program counter (ie. command line position)
   that the undo token corresponds to.
   Since in general there is more than one undo token per
   input character, this stored PCs redundantly.
 * For input characters with no undo tokens
   (only applies to NOPs like space in the command line
   macro), this needs one more pointer than before.
 * In case of 1 undo token per input character,
   the new implementation uses approx. the same memory.
 * In the most common case of more than one undo token
   per input character, this saves at least 4 bytes per
   undo token.
 * In large macros and long loops the effect is especially
   pronounced. E.g. 500000<%A> will use 8MB less memory
   with the new implementation.

0 files changed, 0 insertions, 0 deletions