| Commit message (Collapse) | Author | Age | Files | Lines |
|---|
| |
|
|
|
| |
is the correct one to use across the Tcl sources. Even though we do
force it in tcl.h, the true parent one is __WIN32__.
|
| |
|
|
|
|
| |
couldn't take variables within it under the watcom compiler.
I believe Borland has this strictness as well. VC++ must be
non-standard about this.
|
| |
|
|
|
|
|
|
| |
* generic/tclClock.c: result in UTF-8 encoding, and removed
* mac/tclMacTime.c: the conversion from system encoding to
* unix/tclUnixTime.c: UTF-8 from [clock format]. Needed to
* win/tclWinTime.c: avoid double conversion of the timezone
name on Windows systems. [Bug 624408]
|
| |
|
|
|
|
|
|
|
|
|
|
| |
* compat/strftime.c:
* generic/tclClock.c:
* generic/tclInt.decls:
* generic/tclIntDecls.h:
* unix/tclUnixTime.c: fix for Windows msvcrt mem leak caused by
using an env(TZ) setting trick for in clock format -gmt 1. This
also makes %s seem to work correctly with -gmt 1 as well as
making it a lot faster by avoid the env(TZ) hack. TclpStrftime
now takes useGMT as an arg. [Bug #559376]
|
| |
|
|
|
|
| |
* compat/strftime.c (_fmt): change strftime to correctly handle
localized %c, %x and %X on Windows. Added some notes about how
the other values could be further localized.
|
| |
|
|
|
|
| |
** changes for 8.4, some already backported to 8.3.4 (patch #435658)
see ChangeLog for details
|
| | |
|
| |
|
|
|
|
| |
* compat/strftime.c: New clock format format.
* generic/tclGetDate.y: New clock scan format.
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
* generic/tcl.decls:
* generic/tclInt.decls:
* generic/tclDecls.h:
* generic/tclIntDecls.h:
* generic/tclUtf.c:
* compat/strftime.c:
* unix/tclUnixTime.c: Changed function declarations in
non-platform-specific APIs to use "unsigned long" instead of
"size_t", which may not be defined on certain compilers (rather
than include sys/types.h, which may not exist).
|
| | |
|
| | |
|
| |
|
