TCL could not be compiled in Visual Studio. Complete
build log is attached.
Visual Studio build log
Donal K. Fellows
Logged In: YES
The patches applied to the development HEAD (8.5) have not
yet been backported to 8.4 branch. In the meantime you
should use msvc 6 or mingw gcc to compile on windows -- or
obtain a prebuilt binary.
Attaching a patch that implements msvc8 support for the 8.4
branch. This produces no test failures on my system when
compiling for win32. Trying to build for amd64 does not work
Committed the patch plus some extra code to merge in the
.manifest files generated for msvcrt8. Further issues should
be raised as win32 build system issues.
fix API compatibility between different VS versions
Reopening for the following reason: I think that a different
definition of Tcl_StatBuf for different VS versions is a bad
idea: Tcl_StatBuf is part of the public Tcl API, and this
prevents Tcl build with VS2005+ to work together
with mingw-compiled extensions (or reverse), whenever
the Tcl_StatBuf definition is involved.
Here is a patch for Tcl 8.4 (1424909_2.patch), which
fixes this: use _stati64 for all WIN32 platforms, no
matter which compiler.
This could be a potential incompatibility for VS2005+
builds, but because the 'standard' build is still MSVC6,
in practice this is no problem at all.
The same thing should be done for Tcl 8.5 and 8.6,
but this patch is for 8.4
Let's continue this in [Bug #3288345]