| Commit message (Collapse) | Author | Age | Files | Lines |
|\ |
|
| |\ |
|
| | |
| | |
| | |
| | | |
[eeddb0693a950be980a66de3811630a00c7bab54|eeddb0693a]. Suggested by DKF
|
| |\ \
| | |/
| | |
| | | |
necessary)
|
| | | |
|
|\ \ \
| |/ / |
|
| |\ \
| | |/ |
|
| | |
| | |
| | | |
Remove the updateStringProc that can never be called.
|
|\ \ \
| |/ / |
|
| |\ \
| | |/ |
|
| | |
| | |
| | |
| | | |
internalre.wideValue (in case of int). Add comment warning for that
|
| |\ \
| | |/
| | |
| | | |
simplifies the handling of "int" resp "boolean", sharing its internal representation.
|
| |\ \
| | |/ |
|
| | |
| | |
| | |
| | |
| | | |
LONG_MAX` does not possible in preprocessor
(because LLONG_MAX could be complex expression), use `defined(TCL_WIDE_INT_IS_LONG)` instead of.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Moved checkin off trunk onto dev branch jn-unused-stubs
because it causes many test suite segfaults, apparently
releated to Tcl_Channels.
Moved back onto trunk. segfaults came from a prior install
of the Thread package that became imcompatible with this
change in the stubs table. Will followup on TCLCORE.
|
|\ \ \
| |/ / |
|
| |\ \
| | |/ |
|
| | |
| | |
| | |
| | | |
Tcl_SetIntObj/Tcl_SetLongObj to macro's referencing Tcl_SetWideIntObj (since all of those do the same now)
|
| | |\
| | | |
| | | |
| | | | |
Tcl_NewLongObj/Tcl_NewIntObj/Tcl_DBNewLongObj into macro's refering to their WideInt equivalent, since all of those do exactly the same now.
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
compatibility with Tk < 8.6.9 and some extensions: "nsf", "tdbcload", "tclxml" and "VecTcl"
(this workaround was used by "boolean" as well, when its internal implementation changed, there's still an oldBooleanType because of that)
|
| | | | |
|
| | |\ \ |
|
| | |\ \ \
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
of not registering "int", continue to register it as being "wideInt" for Tcl 8.x. This should assure maximum compatibility with Tcl 8.6-based extensions.
In addition, revert some boolean-related changes (keep the longValue usage here in stead of wideValue). And stop registering oldBoolean starting with Tcl 9.
|
| | |/ / /
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Since the new implementation is not consistent with the former one, any
callers of Tcl_GetObjType("int") who are expecting the return value to
point them at something playing by the former rules are at risk of having
their code broken. In this branch I remove the registation of Tcl's
"int" type, so such callers will get NULL (which they should already be
able to handle) instead of something misleading them into breakage.
Examine this branch and decide if it should be incorporated into TIP 484.
|
| | |\ \ \
| | | | | |
| | | | | |
| | | | | | |
(I see no reason to wait for 9.0)
|
| | |\ \ \ \ |
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | | |
|
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
directly. Ongoing simplifications ...
|
| | | |/ / /
| | |/| | |
| | | | | |
| | | | | | |
a single "int" type. No effect on linux64 and similar systems, code simplification for Win64 and 32-bit system. No TIP yet, implementation ongoing.
|
|\ \ \ \ \ \
| |/ / / / / |
|
| |\ \ \ \ \
| | | |_|_|/
| | |/| | |
| | | | | | |
"boolean" in tclBooleanType.
|
| | | |_|/
| | |/| |
| | | | |
| | | | |
| | | | | |
"booleanString" to "boolean" in tclBooleanType. Many extensions (e.g. [http://cyqlite.sourceforge.net/cgi-bin/sqlite/info/451bb2c1f8554eee|sqlite]) still test for "boolean", although that stopped working already for a long time.
In Tcl 8.7, do the same when compiled with -DTCL_NO_DEPRECATED.
|
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
(such as Itcl 3.4) which use internal Tcl header files. Better wait until 9.0 for this.
What we _can_ do is change some (internal) fields to 'unsigned': that doubles the epoch range without further danger. Thanks, Don, for pointing this out!
|
| | |/ /
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
the struct Command that was part of [ff3f6a12a8d099ef], and related changes.
This change broke the ability of Itcl 3.4 built against Tcl 8.6 headers
to successfully [load] into and operate in a Tcl 8.7 interp.
"Command" is a private struct, and Itcl 3 should have respected that, but
it has not, and changing the size of the cmdEpoch field broke the ability
of Itcl 3 to operate on later fields of the struct, notably the deleteProc,
which it makes extensive use of.
I believe we should keep the change in the Tcl 9 sources.
|
|\ \ \ \
| |/ / /
| | | |
| | | | |
Rename Tcl_MemAlloc and friends back to Tcl_Alloc, as this renaming turns out not to be necessary.
Make everything compile/run with TCL_MEM_DEBUG=1 (a few signatures were still not correct)
|
|\ \ \ \
| |/ / / |
|
|\ \ \ \
| |/ / / |
|
| | | | | |
| | \ \ | |
| |\ \ \ \
| | | |/ /
| | | | | |
Some clean-up in tommath implementation (remove internal stub entries which are no longer needed)
|
| | | | | |
|
|\ \ \ \ \
| |/ / / / |
|
| |\ \ \ \
| | |/ / /
| |/| / /
| | |/ / |
#defines. Change some "epoch"-related fields from int to size_t. Nothing functional.
|
|\ \ \ \
| |/ / /
|/| | | |
|
| |\ \ \ |
|
| | |\ \ \
| | | | |/
| | | |/| |
|
| |\ \ \ \
| | |/ / / |
|
| | |\ \ \
| | | | |/
| | | |/| |
|