to detect win64 environment: ReadEnvStr $Win64 PROCESSOR_ARCHITECTURE StrCmp $Win64 "x86" lbl_Win32
in win32 dos environment, it has this virable. PROCESSOR_ARCHITECTURE=x86 On Mon, May 3, 2010 at 1:37 AM, Bram Moolenaar <[email protected]> wrote: > > George V. Reilly wrote: > > > > I regularily build my on Vim using VS 2008. > > > > > > I have just been upgraded to Windows 7 64bit and am beginning to set it > up. > > > > > > Seems you always have to choose if you want (or can use) the 32bit > > > version of software or find a 64bit version. > > > > > > Now, since I build my own Vim, I guess I can get VS 2008 to build me a > > > 64bit version of Vim. > > > Here are my problems: > > > > > > 1. I use Perl plugins daily (Perl64 exists). > > > 2. I use Python 2.5 (not that often, but a few plugins which use it), > > > I am not certain if a 64 bit version of this exists. > > > 3. All my other plugins written in VimScript should of course be fine. > > > > > > Even if I can compile my Vim using the 64bit Perl version, I am not > > > certain if my perl modules have 64bit versions, or should that all be > > > resolved when I simply install them? Or do the authors have to make > > > 64bit changes to make them work in the first place? > > > > > > Just looking for some feedback on what others have done on the 64bit > > > versions of Windows which are available these days. > > > > > > > I'm the maintainer of http://code.google.com/p/vim-win3264/. The main > reason > > for the existence of the Win64 version is Explorer integration. You have > to > > have a 64-bit version of gvimext.dll on Win64, so that you can > right-click > > in Explorer and get Vim-related commands. The other reason for the Win64 > > version is my quixotic quest to make Vim run cleanly on Win64. It's hard > to > > imagine anyone truly needing >4GB for their Vim process address space. > > > > The actual (g)vim.exe binary doesn't need to be 64-bit. Win32 binaries > run > > fine on Win64. Indeed, it's simpler to build a 32-bit (g)vim.exe, as all > the > > language DLLs need to be available in 64-bit flavors too. The only > language > > that I know for sure works as a native Win64 DLL is Python 2.6. Even that > > has problems if you're trying to run Python C extensions, since you have > to > > figure out how to get a Win64 build of the C extension. I gave up the > last > > time I tried. I'm using the 32-bit version of Python 2.6 on Win64. (I > think > > the Win64 support in Python 2.5 is not recommended.) > > > > I tried to build Vim with Ruby 1.9 DLL support earlier this month. I > > abandoned the effort when I realized that the MinGW headers included with > > Ruby 1.9 weren't going to compile with the MSVC compiler. > > > > I've never tried to get a 64-bit version of Perl running with Win64 Vim. > > > > I think a better solution would be a smarter Windows installer for Vim > which > > included Win32 and Win64 copies of gvimext.dll and a Win32 gvim.exe, that > > installed the appropriate flavor of the shell extension DLL. > > That sounds like the best way to go. Does NSIS have a feature to detect > Windows being 32 or 64 bit? Then we should be able to install the right > version of gvimext.dll. > > I hope we can make this work soon, after changing the Windows installer > it should be tested properly. > > -- > A)bort, R)etry, D)o it right this time > > /// Bram Moolenaar -- [email protected] -- http://www.Moolenaar.net > \\\ > /// sponsor Vim, vote for features -- http://www.Vim.org/sponsor/\\\ > \\\ download, build and distribute -- http://www.A-A-P.org > /// > \\\ help me help AIDS victims -- http://ICCF-Holland.org > /// > > -- > You received this message from the "vim_use" maillist. > Do not top-post! Type your reply below the text you are replying to. > For more information, visit http://www.vim.org/maillist.php > -- You received this message from the "vim_use" maillist. Do not top-post! Type your reply below the text you are replying to. For more information, visit http://www.vim.org/maillist.php
