From 8e7fb137ff0dddda57390a2161a20f532a7fa6ca Mon Sep 17 00:00:00 2001 From: Steve Bennett Date: Mon, 27 Jun 2022 17:54:02 +1000 Subject: jim.c: minor comment fixups Signed-off-by: Steve Bennett --- jim.c | 10 ++-------- 1 file changed, 2 insertions(+), 8 deletions(-) (limited to 'jim.c') diff --git a/jim.c b/jim.c index 33166af..554d162 100644 --- a/jim.c +++ b/jim.c @@ -3830,7 +3830,7 @@ static void JimDecrCmdRefCount(Jim_Interp *interp, Jim_Cmd *cmdPtr) /* Variables HashTable Type. * - * Keys are dynamically allocated strings, Values are Jim_Var structures. + * Keys are Jim_Obj. Values are Jim_Var. */ static void JimVariablesHTValDestructor(void *interp, void *val) { @@ -4036,7 +4036,7 @@ static void JimCreateCommand(Jim_Interp *interp, Jim_Obj *nameObjPtr, Jim_Cmd *c /* Otherwise simply replace any existing command */ /* Note that it is not necessary to increment the 'proc epoch' because any - * existing command that is replace will be held as a negative cache entry + * existing command that is replaced will be held as a negative cache entry * until the next time the proc epoch is incremented. */ Jim_ReplaceHashEntry(&interp->commands, nameObjPtr, cmd); @@ -4558,12 +4558,6 @@ static Jim_Var *JimCreateVariable(Jim_Interp *interp, Jim_Obj *nameObjPtr, Jim_O return var; } -/* For now that's dummy. Variables lookup should be optimized - * in many ways, with caching of lookups, and possibly with - * a table of pre-allocated vars in every CallFrame for local vars. - * All the caching should also have an 'epoch' mechanism similar - * to the one used by Tcl for procedures lookup caching. */ - /** * Set the variable nameObjPtr to value valObjptr. */ -- cgit v1.1