On Thu, 2009-12-03 at 10:02 +1100, John Beckett wrote: > > I'm too lazy to check at the moment (I build my own Vim), but > does the official Windows distribution of Vim include diff.exe?
Yes, in fact the one provided by the default Vim distro. > I have an old system with "Vim without Cream" and its diff.exe > (given "--version" argument) says > > diff - GNU diffutils version 2.7 I have not updated this in ages, I believe it is the default from the tarball but am not on a Windows box to check. > On Windows, the diff that I use is GNU diffutils 2.8.7 but I > think it requires gutils.dll. Hmm, so then the original MyDiff() might have been ok for you? > A quick test makes me think that the diff 2.7 in Cream will work > with no MyDiff function. I'm just want to be as close to the default distro as possible. I'll update the vimrc to use the updated function you originally included and not make any judgements about what it *should* be. (A good topic for this list maybe.) > I can well understand that you do not want to fiddle around > distributing the current diffutils, but perhaps you could try > removing the following from vimrc: > > set diffexpr=MyDiff() > the MyDiff() function > > then check if gvim can still do differences. I'm not entirely > sure why, but my quick test indicates that with gvim.exe and > diff.exe in the same directory (a directory that is not in the > PATH), gvim can still invoke diff with no MyDiff. I guess that > whatever system call gvim is using to spawn diff is causing > Windows to search the same directory as gvim. I'm not sure why or how Vim uses diff the way it does, but I would have thought this would have been worked out ages ago. My biggest concern is that maybe our packaging isn't up to date? -- Steve Hall [ digitect dancingpaper com ] -- You received this message from the "vim_dev" maillist. For more information, visit http://www.vim.org/maillist.php
