From bd136b6ef509499b965502fe7b8ffc28bbc8ff0b Mon Sep 17 00:00:00 2001 From: dkf Date: Fri, 15 Jun 2007 14:38:08 +0000 Subject: Tidy up a bit --- ChangeLog | 133 +++++++++++++++++++++++++++++++------------------------------- 1 file changed, 66 insertions(+), 67 deletions(-) diff --git a/ChangeLog b/ChangeLog index 643e302..2e42b10 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,29 +1,29 @@ 2007-06-14 Miguel Sofer - * generic/tclInt.decls: Modif to the internals of - * generic/tclInt.h: TclObjInterpProc to reduce stack - * generic/tclIntDecls.h: consumption and improve task - * generic/tclProc.c: separation. Changes the interface of - TclObjInterpProcCore (patching TclOO simultaneously). - - * generic/tclProc.c (TclObjInterpProcCore): simplified obj - management in wrongNumArgs calls. - + * generic/tclInt.decls: Modif to the internals of TclObjInterpProc + * generic/tclInt.h: to reduce stack consumption and improve task + * generic/tclIntDecls.h: separation. Changes the interface of + * generic/tclProc.c: TclObjInterpProcCore (patching TclOO + simultaneously). + + * generic/tclProc.c (TclObjInterpProcCore): simplified obj management + in wrongNumArgs calls. + 2007-06-14 Don Porter - * generic/tclCompile.c: SetByteCodeFromAny() can no longer return - * generic/tclExecute.c: any code other than TCL_OK, so remove code - * generic/tclProc.c: that formerly handled exceptional codes. + * generic/tclCompile.c: SetByteCodeFromAny() can no longer return any + * generic/tclExecute.c: code other than TCL_OK, so remove code that + * generic/tclProc.c: formerly handled exceptional codes. 2007-06-13 Miguel Sofer - - * generic/tclExecute.c (TclCompEvalObj): missed update to "there - is always a valid frame". - * generic/tclProc.c (TclObjInterpProcCore): call TEBC directly - instead of going through TclCompEvalObj - no need to check the - compilation's freshness, this has already been done. This improves - speed and should also provide some relief to [Bug 1066755]. + * generic/tclExecute.c (TclCompEvalObj): missed update to "there is + always a valid frame". + + * generic/tclProc.c (TclObjInterpProcCore): call TEBC directly instead + of going through TclCompEvalObj - no need to check the compilation's + freshness, this has already been done. This improves speed and should + also provide some relief to [Bug 1066755]. 2007-06-12 Donal K. Fellows @@ -31,7 +31,7 @@ * generic/tclCmdIL.c (TclInitInfoCmd): an ensemble, making it easier for third-party code to plug into. - * generic/tclIndexObj.c (Tcl_WrongNumArgs): + * generic/tclIndexObj.c (Tcl_WrongNumArgs): * generic/tclNamesp.c, generic/tclInt.h (tclEnsembleCmdType): Make Tcl_WrongNumArgs do replacement correctly with ensembles and other sorts of complex replacement strategies. @@ -42,31 +42,31 @@ management. * generic/tclNamesp.c: tweaks to Tcl_GetCommandFromObj and - * generic/tclObj.c: TclGetNamespaceFromObj; modified the - usage of structs ResolvedCmdName and ResolvedNsname so that the - field refNsPtr is NULL for fully qualified names. + * generic/tclObj.c: TclGetNamespaceFromObj; modified the usage of + structs ResolvedCmdName and ResolvedNsname so that the field refNsPtr + is NULL for fully qualified names. 2007-06-10 Miguel Sofer - * generic/tclBasic.c: Further TEOvI split, creating a new - * generic/tclCompile.h: TclEvalObjvKnownCommand() function to - * generic/tclExecute.c: handle commands that are already known - and are not traced. INST_INVOKE now calls into this function - instead of inlining parts of TEOvI. Same perf, better isolation. + * generic/tclBasic.c: Further TEOvI split, creating a new + * generic/tclCompile.h: TclEvalObjvKnownCommand() function to handle + * generic/tclExecute.c: commands that are already known and are not + traced. INST_INVOKE now calls into this function instead of inlining + parts of TEOvI. Same perf, better isolation. - ***POTENTIAL INCOMPAT*** There is a subtle issue with the timing - of execution traces that is changed here - first change appeared - in my commit of 2007-04-03 [Patch 1693802], which caused some - divergence between compiled and non-compiled code. + ***POTENTIAL INCOMPAT*** There is a subtle issue with the timing of + execution traces that is changed here - first change appeared in my + commit of 2007-04-03 [Patch 1693802], which caused some divergence + between compiled and non-compiled code. ***THIS CHANGE IS UNDER REVIEW*** - + 2007-06-10 Jeff Hobbs * README: updated links. [Bug 1715081] * generic/tclExecute.c (TclExecuteByteCode): restore support for - INST_CALL_BUILTIN_FUNC1 and INST_CALL_FUNC1 bytecodes to support - 8.4- precompiled sources (math functions). [Bug 1720895] + INST_CALL_BUILTIN_FUNC1 and INST_CALL_FUNC1 bytecodes to support 8.4- + precompiled sources (math functions). [Bug 1720895] 2007-06-10 Miguel Sofer @@ -75,37 +75,36 @@ * generic/tclObj.c: * generic/tclvar.c: new macros TclGetCurrentNamespace() and TclGetGlobalNamespace(); Tcl_GetCommandFromObj and - TclGetNamespaceFromObj rewritten to make the logic clearer; - slightly faster too. + TclGetNamespaceFromObj rewritten to make the logic clearer; slightly + faster too. 2007-06-09 Miguel Sofer - * generic/tclExecute.c (INST_INVOKE): isolated two vars to the - small block where they are actually used. - + * generic/tclExecute.c (INST_INVOKE): isolated two vars to the small + block where they are actually used. + * generic/tclObj.c (Tcl_GetCommandFromObj): rewritten to make the logic clearer; slightly faster too. - - * generic/tclBasic.c: Split TEOv in two, by separating a - processor for non-TCL_OK returns. Also split TEOvI in a full - version that handles non-existing and traced commands, and a - separate shorter version for the regular case. + + * generic/tclBasic.c: Split TEOv in two, by separating a processor + for non-TCL_OK returns. Also split TEOvI in a full version that + handles non-existing and traced commands, and a separate shorter + version for the regular case. * generic/tclBasic.c: Moved the generation of command strings for - * generic/tclTrace.c: traces: previously in Tcl_EvalObjv(), now - in TclCheck[Interp|Execution]Traces(). Also insured that the - strings are properly nul terminated at the correct length - [Bug 1693986] + * generic/tclTrace.c: traces: previously in Tcl_EvalObjv(), now in + TclCheck[Interp|Execution]Traces(). Also insured that the strings are + properly NUL terminated at the correct length. [Bug 1693986] ***POTENTIAL INCOMPATIBILITY in internal API*** - The functions TclCheckInterpTraces() and TclCheckExecutionTraces() - (in internal stubs) used to be noops if the command string was - NULL, this is not true anymore: if the command string is NULL, - they generate an appropriate string from (objc,objv) and use it to - call the traces. The caller might as well not call them with a - NULL string if he was expecting a noop. - - * generic/tclBasic.c: Extend usage of TclLimitReady() and + The functions TclCheckInterpTraces() and TclCheckExecutionTraces() (in + internal stubs) used to be noops if the command string was NULL, this + is not true anymore: if the command string is NULL, they generate an + appropriate string from (objc,objv) and use it to call the traces. The + caller might as well not call them with a NULL string if he was + expecting a noop. + + * generic/tclBasic.c: Extend usage of TclLimitReady() and * generic/tclExecute.c: (new) TclLimitExceeded() macros. * generic/tclInt.h: * generic/tclInterp.c: @@ -139,7 +138,7 @@ * macosx/Tclsh-Info.plist.in (new): binaries in all cases. * macosx/Tcl-Common.xcconfig: - * unix/tcl.m4 (Darwin): fix CF checks in fat 32&64bit builds. + * unix/tcl.m4 (Darwin): fix CF checks in fat 32&64bit builds. * unix/configure: autoconf-2.59 2007-06-05 Don Porter @@ -162,20 +161,20 @@ 2007-05-30 Don Porter - * generic/tclBasic.c: Removed code that dealt with + * generic/tclBasic.c: Removed code that dealt with * generic/tclCompile.c: TCL_TOKEN_EXPAND_WORD tokens representing - * generic/tclCompile.h: expanded literal words. These sections were - mostly in place to enable [info frame] to discover line information - in expanded literals. Since the parser now generates a token for - each post-expansion word referring to the right location in the - original script string, [info frame] gets all the data it needs. + * generic/tclCompile.h: expanded literal words. These sections were + mostly in place to enable [info frame] to discover line information in + expanded literals. Since the parser now generates a token for each + post-expansion word referring to the right location in the original + script string, [info frame] gets all the data it needs. * generic/tclInt.h: Revised the parser so that it never produces * generic/tclParse.c: TCL_TOKEN_EXPAND_WORD tokens when parsing an * tests/parse.test: expanded literal word; that is, something like - {*}{x y z}. Instead, generate the series of TCL_TOKEN_SIMPLE_WORD + {*}{x y z}. Instead, generate the series of TCL_TOKEN_SIMPLE_WORD tokens to represent the words that expansion of the literal string - produces. [RFE 1725186] + produces. [RFE 1725186] 2007-05-29 Jeff Hobbs @@ -499,7 +498,7 @@ 2007-04-20 Miguel Sofer * generic/tclListObj.c (SetListFromAny): avoid discarding internal - reps of objects converted to singleton lists [Patch 738900] + reps of objects converted to singleton lists. [Patch 738900] 2007-04-20 Kevin B. Kenny -- cgit v0.12