On Thu, 26 Jun 2003, Anthony Hannan wrote:

> But I would still like to have working stack copies in conjunction with
> possible other experiments like delegation.  What if we used receiverMap
> to hold a record containing the ContextTag and other slots as desired
> for delegation, JIT, etc.  Then we can have all at once instead of
> choosing.  The record would only be created on demand (contextTags are
> only needed for signal contexts and block closure homes).  And the extra
> indirection is still pretty cheap.  What do you think?

What was wrong with Andreas' suggestion that ContextTag be a package that
could be loaded by those that need correct stack copying, but not part of
the base enhancements?  Since AFAIK the only current user of Continuation
is Seaside, and it can make do without ContextTag, it seems unfortunate to
restrict ourselves or take a performance hit (and isn't BlockContext>>home
used quite frequently?) for a total of 0 users.  Or do you have uses for
cross-process Continuations in mind?

I very much appreciate the desire to make as much as possible work
correctly out of the box, but - you've done the work on ContextTag and we
know it's there if we need it, now let's find a reason to need it.  Until
then, it doesn't make sense to me to give up the receiverMap slot or
introduce any extra indirections.

Avi