Re: Failed to build vim on Windows with DYNAMIC_PYTHON=yes and DYNAMIC_PYTHON3=no
2015年10月7日水曜日 22時48分46秒 UTC+9 h_east: > Hi Bram, > > 2015-10-7 (Wed) 21:37:46 UTC+9 Bram Moolenaar: > > Hirohito Higashi wrote: > > > > > 2015-10-4 (Sun) 23:23:51 UTC+9 Bram Moolenaar: > > > > Masatoshi Sugiura wrote: > > > > > > > > > I tried to build vim on Windows, > > > > > but the build is failed with DYNAMIC_PYTHON=yes and > > > > > DYNAMIC_PYTHON3=no. > > > > > > > > > > I tested like below (with Visual Studio 2010): > > > > > > > > > > > set BASEDIR=%CD% > > > > > > set VS2012_64_VCVARS="c:\Program Files (x86)\Microsoft Visual > > > > > > Studio 11.0\VC\vcvarsall.bat" > > > > > > call %VS2012_64_VCVARS% amd64 > > > > > > cd %BASEDIR%\src > > > > > > nmake -f make_mvc.mak PYTHON="C:\Python27" PYTHON_VER=27 > > > > > > DYNAMIC_PYTHON=yes PYTHON3="C:\Python34" PYTHON3_VER=34 > > > > > > DYNAMIC_PYTHON3=no > > > > > > > > > > and it failes: > > > > > > > > > > >cl -c /W3 /nologo -I. -Iproto -DHAVE_PATHDEF -DWIN32 > > > > > > -DFEAT_CSCOPE -DWINVER=0x0400 -D_WIN32_WINNT=0x0400 > > > > > > /Fo.\ObjCYHAMD64/ /Ox /GL -DNDEBUG /Zl /MT -DDYNAMIC_ICONV > > > > > > -DDYNAMIC_GETTEXT -DFEAT_PYTHON -DDYNAMIC_PYTHON > > > > > > -DDYNAMIC_PYTHON_DLL=\"python27.dll\" -DFEAT_PYTHON3 -DFEAT_BIG > > > > > > /Fd.\ObjCYHAMD64/ /Zi /I "C:\Python34\Include" /I "C:\Python34\PC" > > > > > > if_python3.c > > > > > > if_python3.c > > > > > > if_python3.c(835) : error C2065: 'hinstPy3' : undeclared identifier > > > > > > NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft > > > > > > Visual Studio 11.0\VC\BIN\amd64\cl.EXE"' : return code '0x2' > > > > > > Stop. > > > > > > > > > > As far as I found out, build is only failed with the pattern is > > > > > DYNAMIC_PYTHON=yes and DYNAMIC_PYTHON3=no and other pattern is OK. > > > > > > > > > > I think this problem fixed with the attached diff. > > > > > Could check that? > > > > > > > > This function is only called once from if_python.c, when both python and > > > > python3 are compiled in. And only for Unix. So the #if should use an > > > > AND between DYNAMIC_PYTHON and DYNAMIC_PYTHON3 and UNIX. > > > > > > Not only Unix. > > > I think Masatoshi's patch is right. > > > And patch 7.4.890 is wrong. > > > > > > > > > Look for combination of DYNAMIC_PYTHON and DYNAMIC_PYTHON result on build. > > > > > > enable DYNAMIC_PYTHON enable DYNAMIC_PYTHON3 Build result > > > yes yes OK > > > yes no NG < *1 > > > no yes OK > > > no no OK > > > > I tried this on Unix and it works. The call does have #ifdef UNIX. > > Perhaps there is another change that matters? > > Yes, I understood. > But in the case of Windows requires his patch. > > -- > Best regards, > Hirohito Higashi (a.k.a h_east) Hi Bran and h_east, I confirmed that my problem had been fixed with patch 7.4.890. Thank you for fixing it. -- -- You received this message from the "vim_dev" 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 because you are subscribed to the Google Groups "vim_dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Failed to build vim on Windows with DYNAMIC_PYTHON=yes and DYNAMIC_PYTHON3=no
Hi, Masatoshi and Bram, 2015-10-9 (Fri) 0:45:46 UTC+9 Masatoshi SUGIURA: > 2015年10月7日水曜日 22時48分46秒 UTC+9 h_east: > > Hi Bram, > > > > 2015-10-7 (Wed) 21:37:46 UTC+9 Bram Moolenaar: > > > Hirohito Higashi wrote: > > > > > > > 2015-10-4 (Sun) 23:23:51 UTC+9 Bram Moolenaar: > > > > > Masatoshi Sugiura wrote: > > > > > > > > > > > I tried to build vim on Windows, > > > > > > but the build is failed with DYNAMIC_PYTHON=yes and > > > > > > DYNAMIC_PYTHON3=no. > > > > > > > > > > > > I tested like below (with Visual Studio 2010): > > > > > > > > > > > > > set BASEDIR=%CD% > > > > > > > set VS2012_64_VCVARS="c:\Program Files (x86)\Microsoft Visual > > > > > > > Studio 11.0\VC\vcvarsall.bat" > > > > > > > call %VS2012_64_VCVARS% amd64 > > > > > > > cd %BASEDIR%\src > > > > > > > nmake -f make_mvc.mak PYTHON="C:\Python27" PYTHON_VER=27 > > > > > > > DYNAMIC_PYTHON=yes PYTHON3="C:\Python34" PYTHON3_VER=34 > > > > > > > DYNAMIC_PYTHON3=no > > > > > > > > > > > > and it failes: > > > > > > > > > > > > >cl -c /W3 /nologo -I. -Iproto -DHAVE_PATHDEF -DWIN32 > > > > > > > -DFEAT_CSCOPE -DWINVER=0x0400 -D_WIN32_WINNT=0x0400 > > > > > > > /Fo.\ObjCYHAMD64/ /Ox /GL -DNDEBUG /Zl /MT -DDYNAMIC_ICONV > > > > > > > -DDYNAMIC_GETTEXT -DFEAT_PYTHON -DDYNAMIC_PYTHON > > > > > > > -DDYNAMIC_PYTHON_DLL=\"python27.dll\" -DFEAT_PYTHON3 -DFEAT_BIG > > > > > > > /Fd.\ObjCYHAMD64/ /Zi /I "C:\Python34\Include" /I > > > > > > > "C:\Python34\PC" if_python3.c > > > > > > > if_python3.c > > > > > > > if_python3.c(835) : error C2065: 'hinstPy3' : undeclared > > > > > > > identifier > > > > > > > NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft > > > > > > > Visual Studio 11.0\VC\BIN\amd64\cl.EXE"' : return code '0x2' > > > > > > > Stop. > > > > > > > > > > > > As far as I found out, build is only failed with the pattern is > > > > > > DYNAMIC_PYTHON=yes and DYNAMIC_PYTHON3=no and other pattern is OK. > > > > > > > > > > > > I think this problem fixed with the attached diff. > > > > > > Could check that? > > > > > > > > > > This function is only called once from if_python.c, when both python > > > > > and > > > > > python3 are compiled in. And only for Unix. So the #if should use an > > > > > AND between DYNAMIC_PYTHON and DYNAMIC_PYTHON3 and UNIX. > > > > > > > > Not only Unix. > > > > I think Masatoshi's patch is right. > > > > And patch 7.4.890 is wrong. > > > > > > > > > > > > Look for combination of DYNAMIC_PYTHON and DYNAMIC_PYTHON result on > > > > build. > > > > > > > > enable DYNAMIC_PYTHON enable DYNAMIC_PYTHON3 Build result > > > > yes yes OK > > > > yes no NG < *1 > > > > noyes OK > > > > nono OK > > > > > > I tried this on Unix and it works. The call does have #ifdef UNIX. > > > Perhaps there is another change that matters? > > > > Yes, I understood. > > But in the case of Windows requires his patch. > > > > -- > > Best regards, > > Hirohito Higashi (a.k.a h_east) > > Hi Bran and h_east, > > I confirmed that my problem had been fixed with patch 7.4.890. Thank you for > fixing it. Oh, I realy understand. Sorry for bad suggestion :-) -- Best regards, Hirohito Higashi (a.k.a h_east) -- -- You received this message from the "vim_dev" 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 because you are subscribed to the Google Groups "vim_dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: netrw on windows+shellslash
mattn wrote: > Hi. > > I wrote a patch to enable http/ftp/webdav access with netrw on > windows+shellslash. I'm using vim but not use cygwin or msys2. However, then > editing http file on vim, URL is displayed as: > > http:\\example.com\foo.html > > So I want to use shellslash on windows too. Below is a patch to enable this. > > https://gist.github.com/mattn/0799137eea35ed4e789d > > Bram, I'm having one more idea to avoid this. It's keeping slash when the > buffer name seems to be URL. How do you think? > Hello, Mattn: Would you just please send me the diff/patch directly? You can find my email address at the top of the netrw.vim plugin file. Unless you can tell me how to get the diff off that github page... Regards, Chip Campbell -- -- You received this message from the "vim_dev" 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 because you are subscribed to the Google Groups "vim_dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [vim] Error detected while processing function 113_NetrwBrowseChgDir: (#442)
Aaron Goshine wrote: > > fchdir() to previous dir > |Error detected while processing function > 19_LocalBrowse[30]..netrw#LocalBrowseCheck[21]..28_NetrwBrowse[233]..28_PerformListing[220]..28_NetrwOptionRestore: > line 86: > | > > It'd help me to help you if you used the latest release of netrw (http://www.drchip.org/astronaut/vim/index.html#NETRW). In the case above with my copy of netrw.vim, line 86 is an endif -- which isn't likely to be the issue. Suggestions... * what were you doing to evoke this problem? Try to come up with a reproducible example. Perhaps you can do something in vim's source directory. Please be explicit in your directions so I can try to reproduce the issue. * what netrw-specific settings do you use, if any? Which o/s? * does the problem happen when you use the netrw.vimrc file I've attached? (use vim -u netrw.vimrc --noplugins) * fchdir() -- is that a python thing? What, exactly, does it do? * see :help netrw-debug Regards, Chip Campbell -- -- You received this message from the "vim_dev" 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 because you are subscribed to the Google Groups "vim_dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. " start vim with: vim -u netrw.vimrc --noplugins set nocp so $HOME/.vim/plugin/netrwPlugin.vim
Re: netrw on windows+shellslash
2015-10-08 20:44 GMT+03:00 Charles Campbell: > mattn wrote: >> Hi. >> >> I wrote a patch to enable http/ftp/webdav access with netrw on >> windows+shellslash. I'm using vim but not use cygwin or msys2. However, then >> editing http file on vim, URL is displayed as: >> >> http:\\example.com\foo.html >> >> So I want to use shellslash on windows too. Below is a patch to enable this. >> >> https://gist.github.com/mattn/0799137eea35ed4e789d >> >> Bram, I'm having one more idea to avoid this. It's keeping slash when the >> buffer name seems to be URL. How do you think? >> > Hello, Mattn: > > Would you just please send me the diff/patch directly? You can find my > email address at the top of the netrw.vim plugin file. > > Unless you can tell me how to get the diff off that github page... There is “Raw” button in the top-right corner of the file contents pointing to https://gist.github.com/mattn/0799137eea35ed4e789d/raw/eab15794ee2302a9ac371ff4971f56eb243896f9/gistfile1.diff. > > Regards, > Chip Campbell > > -- > -- > You received this message from the "vim_dev" 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 because you are subscribed to the Google Groups > "vim_dev" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to vim_dev+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/d/optout. -- -- You received this message from the "vim_dev" 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 because you are subscribed to the Google Groups "vim_dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: netrw on windows+shellslash
Nikolay Pavlov wrote: > 2015-10-08 20:44 GMT+03:00 Charles Campbell: >> mattn wrote: >>> Hi. >>> >>> I wrote a patch to enable http/ftp/webdav access with netrw on >>> windows+shellslash. I'm using vim but not use cygwin or msys2. However, >>> then editing http file on vim, URL is displayed as: >>> >>> http:\\example.com\foo.html >>> >>> So I want to use shellslash on windows too. Below is a patch to enable this. >>> >>> https://gist.github.com/mattn/0799137eea35ed4e789d >>> >>> Bram, I'm having one more idea to avoid this. It's keeping slash when the >>> buffer name seems to be URL. How do you think? >>> >> Hello, Mattn: >> >> Would you just please send me the diff/patch directly? You can find my >> email address at the top of the netrw.vim plugin file. >> >> Unless you can tell me how to get the diff off that github page... > There is “Raw” button in the top-right corner of the file contents > pointing to > https://gist.github.com/mattn/0799137eea35ed4e789d/raw/eab15794ee2302a9ac371ff4971f56eb243896f9/gistfile1.diff. > Thank you, I think I've got it now. Hmm, unfortunately I've got 28 out of 58 failed hunks. I don't think I can use this. Mattn -- please get the latest netrw from http://www.drchip.org/astronaut/vim/index.html#NETRW and try modifying that Regards, Chip Campbell -- -- You received this message from the "vim_dev" 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 because you are subscribed to the Google Groups "vim_dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to vim_dev+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.