|
From: | Stefan Monnier |
Subject: | Re: [Emacs-diffs] trunk r117464: Shrink Lisp_Sub_Char_Table by preferring C integers to Lisp_Objects. |
Date: | Wed, 02 Jul 2014 14:27:23 -0400 |
User-agent: | Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) |
>> if/when we optimize the representation a bit more (i.e. merge `depth' >> and `min_char' into a single 32bit word, by adding ":2" and ":30" >> after each field), your code will probably fail. > I've considered this possible optimization too and rejected it exactly > for the reason you're talking about. But the problem is that the code is vulnerable to these kinds of changes. Why do we even need to treat such a Lisp_Sub_Char_Table as a Lisp_Vector at all? I don't see any real need for it. Stefan
[Prev in Thread] | Current Thread | [Next in Thread] |