| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
|
|
|
| |
* tools/fix_tommath_h.tcl: Further tweaking for the x86-64.
The change is to make 'mp_digit' be an 'unsigned int' on that
platform; since we're using only 32 bits of it, there's no
reason to make it a 64-bit 'unsigned long.'
* generic/tclTomMath.h: Regenerated.
|
|
|
|
|
|
|
|
|
| |
__x86_64__ that caused Tommath to use __attributes(TI)__ for
the mp_word type. Tetra-int's simply fail on too many gcc-glibc-OS
combinations to be ready for shipment today, even if they
work for some of us. This change allows reversion of das's change
of 2006-08-18 that accomplised the same thing on Darwin.
* generic/tclTomMath.h: Regenerated.
|
|
|
|
|
|
| |
* tests/namespace.test: introduced in Patch 1577278 that caused
[namespace delete ::] to be effective only at level #0. New test
namespace-7.7 should prevent similar error in the future. [Bug 1655305]
|
| |
|
| |
|
| |
|
|
|
|
|
| |
* tests/namespace.test: TclMatchIsTrivial optimization on
[namespace children $namespace $pattern].
|
|
|
|
|
| |
to cover common case where there's big savings over the fully general
path. Thanks to Peter MacDonald. [Bug 1626518].
|
|
|
|
| |
to Andy Goth [Bug 1602538].
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* macosx/Tcl.xcodeproj/default.pbxuser: were common to multiple
* macosx/Tcl-Common.xcconfig (new file): configurations into external
* macosx/Tcl-Debug.xcconfig (new file): xcconfig files; add extra
* macosx/Tcl-Release.xcconfig (new file): configurations for building
with SDKs and 64bit; convert legacy jam-based 'Tcl' target to native
target with single script phase; correct syntax of build setting
references to use $() throughout.
* macosx/README: document new Tcl.xcodeproj configurations; other minor
updates/corrections.
* generic/tcl.h: update location of version numbers in macosx files.
* macosx/Tcl.xcode/project.pbxproj: restore 'tcltest' target to working
* macosx/Tcl.xcode/default.pbxuser: order by replicating applicable
changes to Tcl.xcodeproj since 2006-07-20.
|
|
|
|
| |
discussion
|
| |
|
| |
|
|
|
|
| |
was doing...
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
C-stack-hungry than before, and faster than just using heap allocation.
|
| |
|
| |
|
|
|
|
|
| |
Avoid checking for for the LF in a possible CRLF
sequence when EOF has already been found.
|
|
|
|
|
|
|
|
|
|
|
| |
Clear the TCL_ENCODING_END flag when end
bytes are written. This fix keep this method
from writing escape bytes for an encoding
like iso2022-jp multiple times when the
escape byte overlap with the end of the
IO buffer.
* tests/io.test: Add test for escape
byte overlap issue.
|
|
|
|
| |
changes that caused crashes in the test suite.
|
|
|
|
| |
I'm not searching through >300 lines of changes to find the bad one.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
are in use to support operator commands, might as well make them
the default for [expr] as well and avoid passing every parsed
expression through the inefficient Tcl_Token array format. This
addresses most issues in [RFE 1517602] Assuming no performance
disasters result from this, much dead code supporting the other
implementation might now be removed.
|
|
|
|
|
|
| |
* generic/tclCompExpr.c: of the operator commands through TEBC,
* generic/tclCompile.h: dropping all the routines in tclMathOp.c.
* generic/tclMathOp.c: Still needs Engineering Manual attention.
|
|
|
|
|
| |
* generic/tclCompExpr.c: now routing through TEBC via
* generic/tclCompile.h: TclSortingOpCmd().
|
|
|
|
|
|
|
|
| |
* generic/tclCompExpr.c: TclExecuteByteCode to implement the TIP 174
* generic/tclCompile.h: commands instead of using a mass of code
* generic/tclMathOp.c: duplication. Now all operator commands that
* tests/mathop.test: demand exactly one operation are implemented
via TclSingleOpCmd and a call to TEBC.
|
|
|
|
|
|
|
|
|
|
| |
* generic/tclMathOp.c: to perform a bytecode compile / execute
sequence. This demonstrates a path toward avoiding mountains of
code duplication in tclMathOp.c and tclExecute.c.
* generic/tclCompile.h: Change TclExecuteByteCode() from static to
* generic/tclExecute.c: MODULE_SCOPE so all files including
tclCompile.h may call it.
|
|
|
|
| |
* tests/mathop.test:
|
| |
|
|
|
|
|
| |
* generic/tclExecute.c: failing tests illustrating bugs uncovered
* generic/tclMathOp.c: in [Path 1578137].
|
| |
|
|
|
|
|
| |
the commands were not [namespace export]ed from the ::tcl::mathop
namespace. More bits from [Patch 1578137] correct that.
|
| |
|
| |
|
|
|
|
|
| |
* tests/mathop.c: routines some of routines that compile
the new TIP 174 commands. This corrects some known bugs. More to come.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* doc/tclvars.n: pointerSize.
* win/Makefile.in: Added installation instructions for the platform
* win/makefile.vc: package. Added the platform package.
* win/makefile.bc:
* unix/Makefile.in:
* tests/platform.test:
* tests/safe.test:
* library/platform/platform.tcl:
* library/platform/shell.tcl:
* library/platform/pkgIndex.tcl:
|
|
|
|
|
|
|
|
|
|
|
|
| |
* tests/pkg.test: [package require $pkg] and [package unknown]
is invoked to find a satisfying package, pass the requirement argument
"0-" (which means all versions are acceptable). This permits a
registered [package unknown] command to call
[package vsatisfies $testVersion {*}$args] without any special
handling of the empty $args case. This fixes/avoids a bug in
[::tcl::tm::UnknownHandler] that was causing old TM versions to
be provided in preference to newer TM versions. Thanks to Julian
Noble for discovering the issue.
|
| |
|
|
|
|
|
|
|
| |
CompileExprTree() routine that can produce expression bytecode
directly from internal structures with no need to pass through
the Tcl_Token array representation. Still disabled by default.
#undef USE_EXPR_TOKENS to try it out.
|
|
|
|
|
|
|
|
|
|
| |
produce a different set of internal structures representing the parsed
expression, as well as routines that go on to convert those structures
into the traditional Tcl_Token array format. Use of these routines
is currently disabled. #undef PARSE_DIRECT_EXPR_TOKENS to enable
them. These routines will only become really useful when more
routines that compile directly from the new internal structures are
completed.
|
| |
|
| |
|
| |
|