summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Merge 8.7. Use more TCL_INDEX_NONE in documentation/headers/code.jan.nijtmans2020-06-0424-114/+111
|\
| * Merge 8.6jan.nijtmans2020-06-044-23/+20
| |\
| | * merge 8.5sebres2020-06-021-19/+16
| | |\
| | | * avoid segfault if Tcl_FreeParse, if parse structure remains uninitialized ↵sebres2020-06-021-19/+16
| | | | | | | | | | | | | | | | (parse.tokenPtr may be used uninitialized, for instance it returns from Tcl_ParseCommand etc with error before TclParseInit gets called)
| | * | no functional changes (closed bracket in comment, lint concerns only)sebres2020-05-292-2/+2
| | | |
* | | | Merge 8.7jan.nijtmans2020-05-312-2/+33
|\ \ \ \ | |/ / /
| * | | Make tclTomMath.h usable without tommath.h by defining TCL_NO_TOMMATH_Hjan.nijtmans2020-05-312-2/+33
| |\ \ \
| | * | | Possible simple solution for [4663e0636]: If TCL_NO_TOMMATH_H is defined, ↵jan.nijtmans2020-05-192-2/+33
| | | | | | | | | | | | | | | | | | | | tclTomMath.h provides its own usable mp_int type (and some more) without the need for <tommath.h>
* | | | | tip-551 implementation.griffin2020-05-317-25/+147
|\ \ \ \ \ | |/ / / /
| * | | | tip-551 implementation.griffin2020-05-307-27/+153
| |\ \ \ \
| | * | | | Update for TIP-551: griffin2020-05-237-37/+78
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add documentation for this feature to the expr man page. The keyword "integer value" has been added to the string and expr man page. Added TCL_PARSE_NO_UNDERSCORE flag so that the digit separator can be disabled when need when calling TclParseNumber. Disabled digit separator in the "scan" command when scanning integers and floating-point numbers. This is the one place where existing code may rely on number parsing to stop at an underscore. Disallow underscore between the leading 0 and the radix specifiers 'x', 'o', 'b', and 'd'. Added tests for disallowed underscore use and scan with underscores between digits in the source string.
| | * | | | Initial implementation for TIP-551 Permit underscores in numeric literalsgriffin2019-12-072-4/+89
| | | | | |
| | * | | | Create new branch named "tip-551"griffin2019-12-070-0/+0
| | | | | |
* | | | | | Merge 8.7jan.nijtmans2020-05-282-3/+4
|\ \ \ \ \ \ | |/ / / / /
| * | | | | In cookiejar, don't depend on "lrange $pieces 0 -1" doing anything useful.jan.nijtmans2020-05-281-1/+2
| | | | | |
| * | | | | Escape the backslash in documentationjan.nijtmans2020-05-271-2/+2
| | | | | |
* | | | | | Merge 8.7jan.nijtmans2020-05-271-7/+2
|\ \ \ \ \ \ | |/ / / / /
| * | | | | Fix documentation for tcl_wordchars/tcl_nonwordchars matching the ↵jan.nijtmans2020-05-271-7/+2
| | | | | | | | | | | | | | | | | | | | | | | | implementation. See: [f1253530cdd8].
* | | | | | Merge 8.7jan.nijtmans2020-05-262-9/+17
|\ \ \ \ \ \ | |/ / / / /
| * | | | | Merge 8.6. Add MacOS build using Clang++jan.nijtmans2020-05-262-9/+17
| |\ \ \ \ \ | | | |_|/ / | | |/| | |
| | * | | | Merge 8.5jan.nijtmans2020-05-261-4/+4
| | |\ \ \ \ | | | | |_|/ | | | |/| |
| | | * | | Update from Xcode 11.4 to 11.5: Latest one should continue to work always.jan.nijtmans2020-05-201-4/+4
| | | | | |
* | | | | | Merge 8.7jan.nijtmans2020-05-254-3/+21
|\ \ \ \ \ \ | |/ / / / /
| * | | | | Fix compiled "string is <class>" for characters > U+FFFF. Add testcase ↵jan.nijtmans2020-05-254-3/+21
| |\ \ \ \ \ | | |/ / / / | | | | | | | | | | | | exposing this bug.
| | * | | | Fix compiled "string is <class>" for TCL_UTF_MAX=4 build, for characters > ↵jan.nijtmans2020-05-253-3/+23
| | | | | | | | | | | | | | | | | | | | | | | | U+FFFF.
* | | | | | Merge 8.7jan.nijtmans2020-05-202-2/+2
|\ \ \ \ \ \ | |/ / / / /
| * | | | | Adapt some comments, which are not correct for Tcl 8.7 any morejan.nijtmans2020-05-202-3/+3
| | |_|_|/ | |/| | |
| * | | | Merge-markjan.nijtmans2020-05-180-0/+0
| |\ \ \ \ | | |/ / /
| | * | | Tiny fix for TCL_UTF_MAX=4 build only: Since Tcl_UtfNext() verifies 4 bytes ↵jan.nijtmans2020-05-182-10/+4
| | | | | | | | | | | | | | | | | | | | for lead bytes F0-F5, Tcl_UtfCharComplete() should guarantee that those 4 bytes are available, not 3.
* | | | | Merge 8.7jan.nijtmans2020-05-183-6/+18
|\ \ \ \ \ | |/ / / /
| * | | | If Tcl is built with external libtommath (TCL_WITH_EXTERNAL_TOMMATH is ↵jan.nijtmans2020-05-183-6/+18
| | | | | | | | | | | | | | | | | | | | | | | | | defined), do the tests with the external libtommath too. Also, don't try to include <tommath.h> if BN_H_ is already defined.
* | | | | Merge 8.7jan.nijtmans2020-05-149-71/+68
|\ \ \ \ \ | |/ / / /
| * | | | Merge 8.6jan.nijtmans2020-05-149-71/+68
| |\ \ \ \ | | |/ / /
| | * | | In some places, Tcl_UtfPrev()/Tcl_UtfNext() is used traversing the ↵jan.nijtmans2020-05-149-169/+163
| | |\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | individual bytes of a string searching for '(', ')', '::' or other single bytes. It is overkill to use Tcl_UtfPrev/Tcl_UtfNext for that, since those characters can only appear as their ASCII byte, not as any other sequence. This effectively removes the last Tcl_UtfNext() call from the core, the only ones left are in tclTest.c for test commands. So the TclUtfNext() macro doesn't make sense any more. Remove "register" keyword from many files.
| | | * | | In some places, Tcl_UtfPrev()/Tcl_UtfNext() is used traversing the ↵jan.nijtmans2020-05-132-8/+7
| | | | | | | | | | | | | | | | | | | | | | | | individual bytes of a string searching for '(', ')', '::' or other single bytes. It is overkill to use Tcl_UtfPrev/Tcl_UtfNext for that, since those characters can only appear as their ASCII byte, not as any other sequence.
* | | | | | Merge 8.7jan.nijtmans2020-05-133-100/+64
|\ \ \ \ \ \ | |/ / / / /
| * | | | | Sync testcases with 8.6jan.nijtmans2020-05-131-99/+45
| |\ \ \ \ \ | | |/ / / /
| | * | | | Merge-markjan.nijtmans2020-05-130-0/+0
| | |\ \ \ \ | | | | |/ / | | | |/| |
| | | * | | Testcase cleanup: Sync with testcases in core-8-6-branchjan.nijtmans2020-05-131-75/+54
| | | | | |
| * | | | | Merge 8.6jan.nijtmans2020-05-132-1/+19
| |\ \ \ \ \ | | |/ / / /
| | * | | | Fix [ed29806baf]: Tcl_UtfToUniChar reads more than TCL_UTF_MAX bytesjan.nijtmans2020-05-134-165/+94
| | |\ \ \ \ | | | |_|/ / | | |/| | |
| | | * | | Merge testcase cleanup. Make Tcl_UtfPrev() behave the same for any ↵jan.nijtmans2020-05-122-23/+22
| | | |\ \ \ | | | | | | | | | | | | | | | | | | | | | TCL_UTF_MAX value, since we didn't figure out yet how it should behave for TCL_UTF_MAX>3.
| | | * | | | Fix "knownBug" utf-4.11. Turns out a few other testcases where still not ↵jan.nijtmans2020-05-122-197/+59
| | | | | | | | | | | | | | | | | | | | | | | | | | | | correct, now they are. Make next/prev behavior the same for all TCL_UTF_MAX values, since the exact behavior for TCL_UTF_MAX>3 should be worked out further for Tcl 8.7 first, then everything agreed upon can be backported.
| | | * | | | Merge 8.6. Mark testcase utf-4.11 as "knownBug": this one still doesn't give ↵jan.nijtmans2020-05-1112-178/+204
| | | |\ \ \ \ | | | | | | | | | | | | | | | | | | | | | | | | the right answer. Add testcase 4.14 with similar corner-case, this one is OK.
| | | * | | | | Change order of some testcases, matching 8.6jan.nijtmans2020-05-071-12/+12
| | | | | | | |
| | * | | | | | merge 8.5sebres2020-05-131-0/+18
| | |\ \ \ \ \ \ | | | | |_|_|/ / | | | |/| | | |
| | | * | | | | clock.test: more tests for negative month offsets over threshold of a year ↵sebres2020-05-131-0/+18
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | (important for C-implementation like clock-speedup branch, see https://github.com/sebres/tclclockmod/issues/20#issuecomment-627704993)
| | * | | | | | One Tcl_UtfPrev() -> TclUtfPrev() change. Just a little bit cheaper.jan.nijtmans2020-05-131-1/+1
| | | | | | | |
* | | | | | | | Merge 8.7jan.nijtmans2020-05-131-1/+1
|\ \ \ \ \ \ \ \ | |/ / / / / / /
| * | | | | | | Merge 8.6jan.nijtmans2020-05-131-2/+5
| |\ \ \ \ \ \ \ | | |/ / / / / /
generated by cgit v0.12 at 2025-03-30 07:27:19 (GMT)