| Age | Commit message (Collapse) | Author |
|---|
|
Problem: MS-Windows: terminal feature not enabled by default.
Solution: Enable it. (Ken Takata)
|
|
Problem: Using old compiler on MS-Windows.
Solution: Switch default build on MS-Windows to use MSVC 2015. (Ken Takata)
|
|
Problem: MS-Windows build dependencies are incomplete.
Solution: Fix the dependencies. (Ken Takata)
|
|
Problem: Use of MZSCHEME_VER is unclear.
Solution: Add a comment. (Ken Takata)
|
|
Problem: "make tags" doesn't work well on MS-Windows.
Solution: Add or fix tags target. (Ken Takata)
|
|
Problem: ActiveTcl dll name has changed in 8.6.6.
Solution: Adjust the makefile. (Ken Takata)
|
|
Problem: Libvterm has its own idea of character width.
Solution: Use the Vim functions for character width and composing to avoid a
mismatch. (idea by Yasuhiro Matsumoto)
|
|
Problem: win32.mak no longer included in Windows SDK.
Solution: Do not include win32.mak. (Ken Takata)
|
|
Problem: MSVC compiler warning for strncpy in libvterm.
Solution: Add a define to stop the warnings. (Mike Williams)
|
|
Problem: Mixing 32 and 64 bit libvterm builds fails.
Solution: Use OUTDIR. (Ken Takata)
|
|
Problem: Build problems with terminal on MS-Windows using MSVC.
Solution: Remove stdbool.h dependency. Only use ScreenLinesUC when it was
allocated. Fix typos. (Ken Takata)
|
|
Problem: Cannot build libvterm with MSVC.
Solution: Add an MSVC Makefile to libvterm. (Yasuhiro Matsumoto, closes
#1865)
|
|
Problem: Cannot build the terminal feature on MS-Windows.
Solution: Add the Makefile changes. (Yasuhiro Matsumoto, closes #1851)
|
|
Problem: Cannot build with new MSVC version VS2017.
Solution: Change the compiler arguments. (Leonardo Manera, closes #1731,
closes #1747)
|
|
Problem: With MSVC 2015 the dll name is vcruntime140.dll.
Solution: Check the MSVC version and use the right dll name. (Ken Takata)
|
|
Problem: When using MSVC the GvimExt directory is cleaned twice.
Solution: Remove the lines. (Ken Takata)
|
|
Problem: Not using multiprocess build feature.
Solution: Enable multiprocess build with MSVC 10. (Ken Takata)
|
|
Problem: Code for MS-Windows is complicated because of the exceptions for
old systems.
Solution: Drop support for MS-Windows older than Windows XP. (Ken Takata)
|
|
Problem: For MinGW RUBY_API_VER_LONG isn't set correctly. Many default
version numbers are outdated.
Solution: Set RUBY_API_VER_LONG to RUBY_VER_LONG. Use latest stable releases
for defaults. (Ken Takata)
|
|
Problem: MS-Windows: Building with Ruby uses old version.
Solution: Update to 2.2.X. Use clearer name for the API version. (Ken
Takata)
|
|
Problem: Default interface versions for MS-Windows are outdated.
Solution: Use Active Perl 5.24, Python 3.5.2. Could only make it work with
Ruby 1.9.2.
|
|
Problem: spell.c is too big.
Solution: Split it in spell file handling and spell checking.
|
|
Problem: eval.c is still too big.
Solution: Split off internal functions to evalfunc.c.
|
|
Problem: Wrong file name.
Solution: Fix typo.
|
|
Problem: Non-Unix builds fail.
Solution: Update Makefiles for new files.
|
|
Problem: farsi.c and arabic.c are included in a strange way.
Solution: Build them like other files.
|
|
Problem: Number variables are not 64 bits while they could be.
Solution: Add the num64 feature. (Ken Takata)
|
|
Problem: Running Win32 Vim in mintty does not work.
Solution: Detect mintty and give a helpful error message. (Ken Takata)
|
|
Problem: Win32: Cannot compile with XPM feature using VC2015
Solution: Add XPM libraries compiled with VC2015, and enable to build
gvim.exe which supports XPM using VC2015. (Ken Takata)
|
|
Problem: MS-Windows console build defaults to not having +channel.
Solution: Include the channel feature if building with huge features.
|
|
Problem: Too many feature flags for pipes, jobs and channels.
Solution: Only use FEAT_JOB_CHANNEL.
|
|
Problem: The Sniff interface is no longer useful, the tool has not been
available for may years.
Solution: Delete the Sniff interface and related code.
|
|
Problem: The Win 16 code is not maintained and unused.
Solution: Remove the Win 16 support.
|
|
Problem: MS-Windows: Mismatch between default compile options and what the
code expects.
Solution: Change the default WINVER from 0x0500 to 0x0501. (Ken Takata)
|
|
Problem: Job control doesn't work well on MS-Windows.
Solution: Various fixes. (Ken Takata, Ozaki Kiichi , Yukihiro Nakadaira,
Yasuhiro Matsumoto)
|
|
Problem: Visual studio tools are noisy.
Solution: Suppress startup info. (Mike Williams)
|
|
Problem: The socket I/O is intertwined with the netbeans code.
Solution: Start refactoring the netbeans communication to split off the
socket I/O. Add the +channel feature.
|
|
Problem: No support for JSON.
Solution: Add jsonencode() and jsondecode(). Also add v:false, v:true,
v:null and v:none.
|
|
Problem: Default for MingW and Cygwin is still "normal".
Solution: Use "huge" as default. (Ken Takata)
|
|
Problem: Various problems building with MzScheme/Racket.
Solution: Make it work with new versions of Racket. (Yukihiro Nakadaira, Ken
Takata)
|
|
Problem: Can't build GvimExt with SDK 7.1.
Solution: Support using setenv.bat instead of vcvars32.bat. (Ken Takata)
|
|
Problem: MSVC: "make clean" doesn't cleanup in the tee directory.
Solution: Add the commands to cleanup tee. (Erich Ritz)
|
|
Problem: Building with Ruby on MS-Windows requires a lot of arguments.
Solution: Make it simpler. (Ken Takata)
|
|
Problem: The tee command is not available on MS-Windows.
Solution: Adjust tee.c for MSVC and add a makefile. (Yasuhiro Matsumoto)
|
|
Problem: On MS-Windows there is no target to run tests with gvim.
Solution: Add the testgvim target.
|
|
Problem: Can't build with Strawberry Perl.
Solution: Include stdbool.h. (Ken Takata, closes #328)
|
|
Problem: Cross compilation on MS-windows doesn't work well.
Solution: Tidy up cross compilation across architectures with Visual Studio.
(Mike Williams)
|
|
Problem: Detecting every version of nmake is clumsy.
Solution: Use a tiny C program to get the version of _MSC_VER. (Ken Takata)
|
|
Problem: Visual Studio 2015 is not recognized.
Solution: Add the version numbers to the makefile. (Taro Muraoka)
|
|
Problem: Racket 6.2 is not supported on MS-Windows.
Solution: Check for the "racket" subdirectory. (Weiyong Mao)
|
