On 10/7/06, A.J.Mechelynck <[EMAIL PROTECTED]> wrote:
> http://wyw.dcweb.cn/download.asp?path=vim&file=gvim70.zip
Steve Hall's Vim can be downloaded (with runtime files as of build date) from
https://sourceforge.net/project/showfiles.php?group_id=43866&package_id=39721
-- the latest patchlevel as of this writing is 7.0.118 dated Oct. 3, 2006; and
as the "release notes" show, it has the following characteristics:
Big version with MS-Windows 32-bit GUI and OLE support, and also (IIUC)
Big MS-Windows 32-bit version without GUI
+gettext/dyn
+iconv/dyn
+multi_byte_ime/dyn
+mzscheme/dyn, for libmzsch352.dll and libmzgc352.dll
+perl/dyn, for perl58.dll
+python/dyn, for python24.dll
+ruby/dyn, for msvcrt-ruby18.dll
+tcl/dyn, for tcl84.dll
As you probably know, /dyn means that the feature will be "present" if the
appropriate DLL is found in the PATH, and that Vim will work OK, but without
the feature, if the DLL is not found. IIUC, +multi_byte_ime/dyn also means
that it will function as +multi_byte but -multi_byte_ime if the Windows IME is
not found.
This is not to berate Yongwei's efforts, quite the opposite: the runtime files
don't really need to be updated as often as the binaries, and downloading only
the latter saves bandwidth (both yours and at the download site).
I did try Steve's build, but I found this method of updating is quite
troublesome and takes more time than I like to (maybe someone should
write a program to automatically update the runtime files?). Besides,
my build has some (minor) differences from Steve's:
* His binary includes more features, like MzScheme (absent from the
standard build too)
* His binary is built with GCC, while mine with MSVC
* His binary is a little `fatter' than mine
* I only provide gvim.exe, but not vim.exe (this can change if people
do want it)
It is good that people can have multiple choices :-).
Best regards,
Yongwei
--
Wu Yongwei
URL: http://wyw.dcweb.cn/
