On 11/3/09, Donald G Porter <don...@ni...> wrote:
>
> Alexandre Ferrieux wrote:
> > > Now, maybe it is time for the final CFV ?
> > > (meeting the 8.6b2 deadline -- if any -- would be very cool from my
> standpoint)
>
> As I told you, I have not and will not review the proposal until I get
> 8.5.8 out the door.
OK I can wait a few days yet ;-)
> One thing I ran across that may or may not be relevant is the comment
> on Tcl Patch 1047543 about lazy building of the -errorinfo entry.
> Depending on what you've done, it may be the answer to that, or it may
> have gone in a different direction, and by consuming the space may
> foreclose on that idea.
The truth of the matter is that I have explored the lazy techniques in
the vicinity of the current implementation, and exposed the timings
here, but the only feedback I got is "forget about this 5% slowdown of
[catch]". Now I agree it makes sense to let it be that way for 8.6b2,
and optimize later when/if evidence gathers that it's wanted, possibly
in time for 8.6.0.
One thing to note is that the mechanism for laziness will be identical
for errorinfo/errorstack in its interaction with the options dict:
values are stored there, hence no trace can do the just-in-time
conversion, which must thus be done through shimmering. So in both
cases I'd create an new obj type with shortcuts in SetListFromAny
(like for dicts).
-Alex
|
