| Age | Commit message (Collapse) | Author |
|---|
|
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)
|
|
Problem: Can't use strawberry Perl 5.22 x64 on MS-Windows.
Solution: Add new defines and #if. (Ken Takata)
|
|
Problem: Can't build with some version of Visual Studio 2015.
Solution: Recognize another version 14 number. (Sinan)
|
|
Problem: Can't build with Visual Studio 2015.
Solution: Recognize the "version 14" numbers and omit /nodefaultlib when
appropriate. (Paul Moore)
|
|
Problem: Many lines are both in Make_cyg.mak and Make_ming.mak
Solution: Move the common parts to one file. (Ken Takata)
|
|
Problem: Can't build on Windows XP with MSVC.
Solution: Add SUBSYSTEM_VER to the Makefile. (Yongwei Wu)
|
|
Problem: Can't build on MS-Windows.
Solution: Include the new files in all the Makefiles.
|
|
Problem: Text drawing on newer MS-Windows systems is suboptimal. Some
multi-byte characters are not displayed, even though the same font
in Notepad can display them. (Srinath Avadhanula)
Solution: Add the 'renderoptions' option to enable Direct-X drawing. (Taro
Muraoka)
|
|
Problem: Cannot always use Python with Vim.
Solution: Add the manifest to the executable. (Jacques Germishuys)
|
|
Problem: MSVC Visual Studio update not supported.
Solution: Add version number. (Mike William)
|
|
Problem: Perl 5.18 for MSVC doesn't work.
Solution: Add check in makefile and define __inline. (Ken Takata)
|
|
Problem: Wrong logic when ANALYZE is "yes".
Solution: Use or instead of and. (KF Leong)
|
|
Problem: MSVC 2013 is not supported.
Solution: Recognize and support MSVC 2013. (Ed Brown)
|
|
Problem: MSVC 2012 Update 3 is not recognized.
Solution: Add the version number. (Raymond Ko)
|
|
Problem: Building on MS-Windows doesn't see changes in if_py_both.h.
Solution: Add a dependency. (Ken Takata)
|
