| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
|
| |
double right of the same value. Needed to support Tk_Main's call
order (Tcl_CreateInterp before Tcl_FindExecutable).
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
directory via the ::tclDefaultLibrary variable. This should correct
a problem with my 2004-06-11 commit. Better solutions still in the
works. Thanks to Joe Mistachkin for pointing out the breakage.
|
|
|
|
|
| |
* library/auto.tcl: ::unknown_pending into ::tcl namespace.
* library/init.tcl: [Bugs 808319, 948794]
|
| |
|
|
|
|
| |
is the configure-time CFLAGS. Addendum to m4 change on 2004-05-26.
|
|
|
|
|
|
|
| |
so that it doesn't require Stubs.
* generic/tclBasic.c (Tcl_CreateInterp): Removed comment stating
that TclInitEmbeddedConfigurationInformation needs Stubs; with the
change above, the comment is now erroneous.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* generic/tclInterp.c (Tcl_Init): Stopped setting the
tcl_libPath variable. [tclInit] can get all its directories
without it.
* tests/unixInit.test: Modified test code that made use of
tcl_libPath variable.
* unix/tclUnixInit.c: Stopped setting the tclDefaultLibrary variable,
execept on the Mac OS X platform with HAVE_CFBUNDLE. In that configuration
we should seek some way to make use of the TIP 59 facilities and
get rid of that usage of tclDefaultLibrary as well.
|
|
|
|
|
| |
absolute path, and to include the scriptdir,runtime configuration value
on the search path for init.tcl.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
* win/tclWinInit.c: had identical implementations for both win and
* generic/tclInterp.c: unix. Moved to a single generic implementation.
* generic/tclMain.c:
* library/init.tcl:
* generic/tclInitScript.h (removed):
* unix/Makefile.in:
* win/tcl.dsp:
|
|
|
|
|
|
|
|
|
|
|
|
| |
* win/configure.in: handle --libdir configuration.
* unix/configure.in: autoconf-2.57
* win/configure.in:
* generic/tclBasic.c (Tcl_CreateInterp): Moved call to
TclInitEmbeddedConfigurationInformation() earlier in
Tcl_CreateInterp() so that other parts of interp creation
and initialization may access and use the config values.
|
|
|
|
|
|
|
| |
compiling with mingw. Apparently, the command line parsing in
mingw doesn't work as well as that in vc++, and the result was
(1) that winPipe-8.19 failed, and (2) that 'make test' would
work at all only with TESTFLAGS='-singleproc 1'. [Bug 967195]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* win/tclWinInit.c (TclpInitLibraryPath): relative-to-executable
directories to the library search path. A first step in reform of
Tcl's startup process.
***POTENTIAL INCOMPATIBILITY***
Attempts to directly run ./tclsh or ./tcltest out of a build
directory will either fail, or will make use of an installed
script library in preference to the one in the source tree.
Use `make shell` or `make runtest` instead.
* tests/unixInit.test: Modified tests to suit above changes.
|
|
|
|
| |
working directory. This fixes the Tcl Bug #969509
|
|
|
|
|
| |
This fixes the problem of [cwd] reporting relative file paths under
certain cirumstances.
|
|
|
|
| |
on a path produced by TclNewFSPathObj(). [Bug 970529]
|
| |
|
|
|
|
| |
* generic/tclExecute.c: handle warning [Bug 969066]
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
build works again.
* generic/tclDecls.h: Changes to the tests for
* generic/tclInt.decls: clock frequency in
* generic/tclIntDecls.h: Tcl_WinTime
* generic/tclIntPlatDecls.h: so that any clock frequency
* generic/tclPlatDecls.h: is accepted provided that
* generic/tclStubInit.c: all CPU's in the system share
* tests/platform.test (platform-1.3): a common chip, and hence,
* win/tclWin32Dll.c (TclWinCPUID): presumably, a common clock.
* win/tclWinTest.c (TestwincpuidCmd) This change necessitated a
* win/tclWinTime.c (Tcl_GetTime): small burst of assembly code
to read CPU ID information, which was added as TclWinCPUID in the
internal Stubs. To test this code in the common case of a
single-processor machine, a 'testwincpuid' command was added to
tclWinTest.c, and a test case in platform.test. Thanks to Jeff
Godfrey and Richard Suchenwirth for reporting this bug. [Bug
#976722]
|
|
|
|
|
|
| |
rejecting the "fix" for "Bug" 945570. Tcl_FSSeek() needs the
values of SEEK_SET, etc. and too many extensions rely on tcl.h
providing stdio.h for them.
|
|
|
|
|
| |
GetModuleFileNameA (Win9x), convert from CP_ACP to WCHAR then
convert back to utf8. Adjunct to 2004-04-07 fix.
|
| |
|
|
|
|
|
| |
we get an exitcode. The windows pipe channel driver doesn't differentiate
between a blocking and non-blocking close just yet, but will soon.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
verification on -buffersize so original behavior for silently ignoring
bad settings is returned. The only difference now is the behavior
difference between atoi and Tcl_GetInt which gains the ability to
error for 'not a number' and can understand hexidecimal.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
* tests/iogt.test: Tests cases that set invalid -buffersize settings on channels
either wrapped in a catch or modified to a valid range. The assertion results
were not modified to show that the behavior of Tcl_SetChannelBufferSize
is unchanged.
|
| |
|