Re: [Emacs-diffs] trunk r117464: Shrink Lisp_Sub_Char_Table by preferring C integers to Lisp_Objects.

[Stefan Monnier]

>> 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