Re: User-reserved element in byte code vectors

[Miles Bader <miles@gnu.org>]

On Tue, May 18, 2004 at 10:53:07AM -0400, Richard Stallman wrote:
>     On the other hand, I'm not sure it's really better than omitting the
>     slot now, and later adding a `super-curry' funvec-kind that has the
>     slot -- code that cares about funvec layout would have to be amended to
>     deal with non-nil values of the slot anyay, so making it understand
>     `super-curry' isn't much different, right?
> 
> If we add this feature, such funvec objects will probably get written
> into files, or otherwise saved.  It would be better to avoid
> changing the format incompatibly.

Well, what I meant was that if `super-curry' were later added, we'd support
_both_ -- they could share 99% of the implementation (like rcurry and curry
did [before I took out rcurry :-]).  Presumably in that case, `ordinary' uses
of curry would continue to use the "old" `curry' tag.

-Miles
-- 
.Numeric stability is probably not all that important when you're guessing.