Re: Suggestions for smob usages in an extended smob space

[Jim Blandy <jimb@red-bean.com>]

Without having thought through the details, this sounds like a good
idea to me.  However, you'll have 2<<n repeated entries in the smob
table.  Simply enlarging the smob range, but leaving the top eight
bits or so for flags doesn't have this problem.

If people subtracted off the base smob number, and then masked off
their bits, it wouldn't be necessary to align the smob numbers.

I don't know how important it is to performance to have constant smob
numbers.  For the smobs in Guile's core, we could continue to
preallocate the smob numbers, so they'd have constant tags.