Re: Patch 8.2.1691

[Cesar Romani]

I'm building vim on Windows 7 using MinGW-W64, gcc 8.1.0.
On building the latest pull, I get:

[...]
In file included from main.c:11:
globals.h:394:50: error: 'TTFLAG_STATIC' undeclared here (not in a 
function); did you mean 'VAR_STATIC'?
 EXTERN type_T t_unknown INIT6(VAR_UNKNOWN, 0, 0, TTFLAG_STATIC, NULL, 
NULL);

  ^
vim.h:1761:47: note: in definition of macro 'INIT6'
 #  define INIT6(a, b, c, d, e, f) = {a, b, c, d, e, f}
   ^
make: *** [gobji686/main.o] Error 1
Error by compiling gvim.exe

--
Cesar

--
--
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/vim_dev/rjt4k4%24t1i%242%40ciao.gmane.io.

Re: Patch 8.2.0775

[Cesar Romani]

By building on Windows 7 with Mingw-w64 I'm getting:

[...]
obji686/if_lua.o:if_lua.c:(.text+0x4096): undefined reference to 
`luaL_loadstring'

collect2.exe: error: ld returned 1 exit status
make: *** [gvim.exe] Error 1
Error by compiling gvim.exe

--
Cesar

--
--
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/vim_dev/e8f5cf8d-e854-29a7-e2b6-10caad2af013%40gmail.com.

Dead keys don't work on a terminal window in gvim

[Cesar Romani]

I'm using gvim 8.1.1148 on Windows 7 with US-International layout
keyboard.

Normally, when I use the command prompt, cmd.exe, with code page 1252,
and press the ' key (dead key) and the "a" key I get "á", but on a
terminal window in gvim I get "'a".
The same happens with the keys "^" and "a". I should get "â", but I get
"^a".

On neovim I don't have that problem, and I get accented characters using
dead keys on a terminal.

Many thanks in advance,

--
Cesar

--
--
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: Patch 8.1.0942

[Cesar Romani]

By building vim on Windows 7 with MinGW-W64, ruby 2.3.1p112, I get:


[...]
if_ruby.c:68:11: fatal error: dlfcn.h: No such file or directory
 # include 
   ^
compilation terminated.
make: *** [gobjZi686/if_ruby.o] Error 1
Error by compiling gvim.exe


Many thanks in advance,

--
Cesar

--
--
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: Patch 8.1.0881

[Cesar Romani]

By compiling vim on Windows 7 with MinGW-W64, I'm getting:


[...]
ex_docmd.c: In function 'do_one_cmd':
ex_docmd.c:2015:36: error: 'RESTRICT' undeclared (first use in this 
function); did you mean 'RE_STRICT'?

  if (restricted != 0 && (ea.argt & RESTRICT))
^~~~
RE_STRICT
ex_docmd.c:2015:36: note: each undeclared identifier is reported only 
once for each function it appears in

make: *** [gobjZi686/ex_docmd.o] Error 1
Error by compiling gvim.exe


Many thanks in advance

--
Cesar

--
--
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: Patch 8.1.0474

[Cesar Romani]

On 14/10/2018 02:48 p.m., Bram Moolenaar wrote:
>
> Cesar Romani wrote:
>>
>> Compiling on Windows 7 with MinGW, I get:
>>
>> 
>> [...]
>> gcc -c -Iproto -DWIN32 [...] auto/if_perl.c -o gobjZi686/if_perl.o
>> if_perl.xs:38:10: fatal error: vim.h: No such file or directory
>>#include "vim.h"
>> ^~~
>> compilation terminated.
>> make: *** [gobjZi686/if_perl.o] Error 1
>> Error by compiling gvim.exe
>> 
>
> Does it help to add -Iauto to the build command?
>

With '-I auto' I get the same error, but adding -I., as Heptite said,
fixes it.

--
Cesar

--
--
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: Patch 8.1.0474

[Cesar Romani]

On 14/10/2018 09:25 a.m., Bram Moolenaar wrote:
>
> Patch 8.1.0474
> Problem:Directory where if_perl.c is written is inconsistent.
> Solution:   use auto/if_perl.c for MS-Windows. (Ken Takata, closes #3540)
> Files: src/Make_bc5.mak, src/Make_cyg_ming.mak, src/Make_mvc.mak

Compiling on Windows 7 with MinGW, I get:


[...]
gcc -c -Iproto -DWIN32 [...] auto/if_perl.c -o gobjZi686/if_perl.o
if_perl.xs:38:10: fatal error: vim.h: No such file or directory
 #include "vim.h"
  ^~~
compilation terminated.
make: *** [gobjZi686/if_perl.o] Error 1
Error by compiling gvim.exe


--
Cesar

--
--
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/vim] "vim -?" shows incorrect encoding in cmd.exe (#3311)

[Cesar Romani]

On 09/10/2018 03:31 p.m., scootergrisen (Vim Github Repository) wrote:
> If i run stuff like cmd.exe /h or audacity.exe /h the text shows with
> correct encoding so i think the problem is with Vim.

Change the code page to 1252, and try it again.

--
--
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: Error when trying to compile vim with statically linked python

[Cesar Romani]

On 01/07/2018 08:48 p.m., Ken Takata wrote:
> Hi Cesar,
>
> 2018/7/2 Mon 8:59:44 UTC+9 Cesar wrote:
>> When trying to compile vim 8.1.137 with statically linked pyhon 2.7.14,
>> using MinGW-W64 on Windows 7, I get:
>>
>> 
>> [...]
>> gcc -Iproto -DWIN32 -DWINVER=0x0600 -D_WIN32_WINNT=0x0600 [...]
>> -Lc:/python27/libs -lpython27
>> gobjZi686/ex_cmds2.o:ex_cmds2.c:(.text+0x761a): undefined reference to
>> `python_enabled'
>> gobjZi686/ex_cmds2.o:ex_cmds2.c:(.text+0x77e8): undefined reference to
>> `python_enabled'
>> gobjZi686/ex_cmds2.o:ex_cmds2.c:(.text+0x78eb): undefined reference to
>> `python_enabled'
>> gobjZi686/ex_cmds2.o:ex_cmds2.c:(.text+0x792e): undefined reference to
>> `python_enabled'
>> gobjZi686/ex_cmds2.o:ex_cmds2.c:(.text+0x797b): undefined reference to
>> `python_enabled'
>> gobjZi686/ex_cmds2.o:ex_cmds2.c:(.text+0x7a0b): more undefined
>> references to `python_enabled' follow
>> collect2.exe: error: ld returned 1 exit status
>> make: *** [gvim.exe] Error 1
>> Error by compiling gvim.exe
>> 
>>
>> I'm using python 2.7.14 from https://www.python.org/, and on
>> Make_cyg_ming.mak I changed DYNAMIC_PYTHON=yes to DYNAMIC_PYTHON=no.
>>
>> The same errors happen if I try to compile vim 8.1.137 with statically
>> linked python 3.6.3.
>
> If you want to enable both if_python and if_python3, you cannot 
statically

> link with python 2 or 3.
>
> Regards,
> Ken Takata

I compiled it only with statically linked python3 and it works. Thanks.

Regards,

--
Cesar

--
--
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.

Error when trying to compile vim with statically linked python

[Cesar Romani]

When trying to compile vim 8.1.137 with statically linked pyhon 2.7.14,
using MinGW-W64 on Windows 7, I get:


[...]
gcc -Iproto -DWIN32 -DWINVER=0x0600 -D_WIN32_WINNT=0x0600 [...] 
-Lc:/python27/libs -lpython27
gobjZi686/ex_cmds2.o:ex_cmds2.c:(.text+0x761a): undefined reference to 
`python_enabled'
gobjZi686/ex_cmds2.o:ex_cmds2.c:(.text+0x77e8): undefined reference to 
`python_enabled'
gobjZi686/ex_cmds2.o:ex_cmds2.c:(.text+0x78eb): undefined reference to 
`python_enabled'
gobjZi686/ex_cmds2.o:ex_cmds2.c:(.text+0x792e): undefined reference to 
`python_enabled'
gobjZi686/ex_cmds2.o:ex_cmds2.c:(.text+0x797b): undefined reference to 
`python_enabled'
gobjZi686/ex_cmds2.o:ex_cmds2.c:(.text+0x7a0b): more undefined 
references to `python_enabled' follow

collect2.exe: error: ld returned 1 exit status
make: *** [gvim.exe] Error 1
Error by compiling gvim.exe


I'm using python 2.7.14 from https://www.python.org/, and on
Make_cyg_ming.mak I changed DYNAMIC_PYTHON=yes to DYNAMIC_PYTHON=no.

The same errors happen if I try to compile vim 8.1.137 with statically
linked python 3.6.3.

--
Cesar

--
--
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: Patch 8.0.1824

[Cesar Romani]

I'm compiling vim on Windows 7 with MinGW-W64, gcc 7.2.0.
I get some warnings:


gcc -c -Iproto -DWIN32 [...] -o gobjZi686/terminal.o
terminal.c: In function 'term_and_job_init':
terminal.c:5504:30: warning: passing argument 2 of 
'build_argv_from_string' from  incompatible pointer type 
[-Wincompatible-pointer-types]

  build_argv_from_string(cmd, >jv_argv, );
  ^
In file included from proto.h:143:0,
 from vim.h:2113,
 from terminal.c:62:
proto/misc2.pro:114:5: note: expected 'char ***' but argument is of type 
'char_u  *** {aka unsigned char ***}'

 int build_argv_from_string(char_u *cmd, char ***argv, int *argc);
 ^~
terminal.c:5510:44: warning: passing argument 2 of 
'build_argv_from_list' from i ncompatible pointer type 
[-Wincompatible-pointer-types]

  build_argv_from_list(argvar->vval.v_list, >jv_argv, );
^
In file included from proto.h:143:0,
 from vim.h:2113,
 from terminal.c:62:
proto/misc2.pro:115:5: note: expected 'char ***' but argument is of type 
'char_u  *** {aka unsigned char ***}'

 int build_argv_from_list(list_T *l, char ***argv, int *argc);
 ^~~~


Regards,

--
Cesar

--
--
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: Please change the default for 'wildmode'

[Cesar Romani]

On 09/05/2018 05:44 a.m., Christian Brabandt wrote:
>
> On Mi, 09 Mai 2018, Tony Mechelynck wrote:
>
>> With my longest:full,full setting I don't have to delete anything, I
>> just repeatedly hit the right-arrow key (or down-arrow to descend into
>> directories); if there are too many matches I can get an overview by
>> hitting Ctrl-D instead of, then type something more specific
>> once I know what the choices are.
>
> Of course not that's why I am suggesting to change the IMHO unhelpful
> default.

I agree with that, the default setting for wildmode doesn't serve any
purpose.

--
Cesar

--
--
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: Patch 8.0.1742

[Cesar Romani]

On 21/04/2018 12:49 p.m., Bram Moolenaar wrote:
>
> Patch 8.0.1742
> Problem:Cannot get a list of all the jobs.  Cannot get the command
> of the job.
> Solution:   When job_info() is called without an argument return a
> list of jobs.  Otherwise, include the command that the job
> is running.
>  (Yegappan Lakshmanan)
> Files:  runtime/doc/eval.txt, src/channel.c, src/evalfunc.c,
>  src/proto/channel.pro, src/structs.h,
>  src/testdir/test_channel.vim
>

I'm building vim on Windows 7 with MinGW-W64. I get following error:

[...]
channel.c: In function 'job_start':
channel.c:5608:17: error: 'argv' undeclared (first use in this 
function); did you mean '__argv'?

 for (i = 0; argv[i] != NULL; i++)
 ^~~~
 __argv
channel.c:5608:17: note: each undeclared identifier is reported only 
once for each function it appears in

make: *** [gobjZi686/channel.o] Error 1
Error by compiling gvim.exe

--
Cesar

--
--
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: Patch 8.0.1723

[Cesar Romani]

On 16/04/2018 08:16 a.m., Bram Moolenaar wrote:
>
> [...]
> If you notice a problem because of this patch, please speak up!
> Also if it's just a compiler warning.  We want to know if this C99
> feature works for everybody.

I'm using mingw-w64 on Windows 7, gcc 7.2.0, and I don't get any
warnings related to the C99 feature, but I get these warnings:


undo.c: In function 'u_save_cursor':
undo.c:270:6: warning: assuming signed overflow does not occur when 
assuming that (X - c) > X is always false [-Wstrict-overflow]

 if (top > curbuf->b_ml.ml_line_count
 
  || top >= bot
  ^

[...]
userfunc.c: In function 'get_funccal_local_ht':
userfunc.c:3594:2: warning: assuming signed overflow does not occur when 
assuming that (X + c) < X is always false [-Wstrict-overflow]

  for (i = 0; i < debug_backtrace_level; i++)
  ^~~
userfunc.c: In function 'get_funccal_local_var':
userfunc.c:3594:2: warning: assuming signed overflow does not occur when 
assuming that (X + c) < X is always false [-Wstrict-overflow]

  for (i = 0; i < debug_backtrace_level; i++)
  ^~~
userfunc.c: In function 'get_funccal_args_ht':
userfunc.c:3594:2: warning: assuming signed overflow does not occur when 
assuming that (X + c) < X is always false [-Wstrict-overflow]

  for (i = 0; i < debug_backtrace_level; i++)
  ^~~
userfunc.c: In function 'get_funccal_args_var':
userfunc.c:3594:2: warning: assuming signed overflow does not occur when 
assuming that (X + c) < X is always false [-Wstrict-overflow]

  for (i = 0; i < debug_backtrace_level; i++)

[...]
gui_dwrite.cpp: In member function 'HRESULT 
DWriteContext::SetDrawingMode(DrawingMode)':
gui_dwrite.cpp:950:10: warning: comparison between signed and unsigned 
integer expressions [-Wsign-compare]

   if (hr == D2DERR_RECREATE_TARGET)


--
Cesar

--
--
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: Patch 8.0.1174

[Cesar Romani]

On 04/10/2017 11:05 a.m., Bram Moolenaar wrote:
>
> Patch 8.0.1174
> Problem:Mac Terminal.app has wrong color for white.
> Solution:   Use white from the color cube.
> Files:  src/globals.h, src/term.c, src/syntax.c
>
>
> *** ../vim-8.0.1173/src/globals.h  2017-09-16 20:54:47.082560506 +0200
> --- src/globals.h  2017-10-04 17:55:31.544495685 +0200
> ***
> *** 380,385 
> --- 380,388 
>EXTERN guicolor_T cterm_normal_fg_gui_color INIT(= INVALCOLOR);
>EXTERN guicolor_T cterm_normal_bg_gui_color INIT(= INVALCOLOR);
>#endif
> + #ifdef FEAT_TERMRESPONSE
> + EXTERN int	is_mac_terminal INIT(= FALSE);  /* recognized 
Terminal.app */

> + #endif
>
>#ifdef FEAT_AUTOCMD
>EXTERN int  autocmd_busy INIT(= FALSE); /* Is apply_autocmds() 
busy? */
> *** ../vim-8.0.1173/src/term.c 2017-09-29 22:42:29.582007968 +0200
> --- src/term.c 2017-10-04 17:56:25.740200519 +0200
> ***
> *** 4557,4563 
> --- 4557,4566 
>/* Mac Terminal.app sends 1;95;0 */
>if (version == 95
>&&  STRNCMP(tp + extra - 2, "1;95;0c", 7) 
== 0)
> +  {
>is_not_xterm = TRUE;
> +  is_mac_terminal = TRUE;
> +  }
>
>/* Gnome terminal sends 1;3801;0, 1;4402;0 or 
1;2501;0.
> * xfce4-terminal sends 1;2802;0.
> *** ../vim-8.0.1173/src/syntax.c   2017-09-30 16:00:07.447448192 +0200
> --- src/syntax.c   2017-10-04 18:03:17.957948742 +0200
> ***
> *** 7350,7355 
> --- 7350,7359 
>else
>color = color_numbers_8[idx];
>}
> +  if (t_colors>= 256&&  color == 15&&  is_mac_terminal)
> +  /* Terminal.app has a bug: 15 is light grey. Use white
> +   * from the color cube instead. */
> +  color = 231;
>}
>return color;
>}
> *** ../vim-8.0.1173/src/version.c  2017-10-02 21:54:55.101132734 +0200
> --- src/version.c  2017-10-04 17:57:33.039833898 +0200
> ***
> *** 763,764 
> --- 763,766 
>{   /* Add new patch number below this line */
> + /**/
> + 1174,
>/**/
>

I'm building vim on Windows 7 with MinGW. I've got following error:


[...]
syntax.c: In function 'lookup_color':
syntax.c:7353:40: error: 'is_mac_terminal' undeclared (first use in this 
function)

  if (t_colors >= 256 && color == 15 && is_mac_terminal)
^
syntax.c:7353:40: note: each undeclared identifier is reported only once 
for each function it appears in

make: *** [gobjZi686/syntax.o] Error 1
Error by compiling gvim.exe


Regards,

--
Cesar

--
--
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: No rule to make terminal.c

[Cesar Romani]

On 19/09/2017 06:56 p.m., M Kelly wrote:
> I think terminal.c was deleted in the latest version ??
>

I get the same error compiling on Windows with MinGW.

--
Cesar

--
--
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/vim] needless key after :terminal on Windows GUI (#1924)

[Cesar Romani]

On 03/08/2017 01:45 p.m., Bram Moolenaar (Vim Github Repository) wrote:
> Closed #1924  via e9c21ae
> 
.

>

But, what is the solution? I'm also having the same problem with the
newest vim.

Regards,

--
Cesar

--
--
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: Patch 8.0.0187

[Cesar Romani]

On 14/01/2017 02:12 p.m., Bram Moolenaar wrote:
>
> Patch 8.0.0187
> Problem:Building with a new Ruby version fails.
> Solution:   Use ruby_sysinit() instead of NtInitialize(). (Tomas Volf,
>  closes #1382)
> Files:  src/if_ruby.c
>
>
> *** ../vim-8.0.0186/src/if_ruby.c  2017-01-09 21:10:29.300184895 +0100
> --- src/if_ruby.c  2017-01-14 20:09:54.001642368 +0100
> ***
> *** 862,868 
> --- 862,872 
>int argc = 1;
>char *argv[] = {"gvim.exe"};
>char **argvp = argv;
> + # ifdef RUBY19_OR_LATER
> +  ruby_sysinit(,);
> + # else
>NtInitialize(,);
> + # endif
>#endif
>{
>#if defined(RUBY19_OR_LATER) || defined(RUBY_INIT_STACK)
> *** ../vim-8.0.0186/src/version.c  2017-01-14 20:06:11.127087707 +0100
> --- src/version.c  2017-01-14 20:11:17.953098490 +0100
> ***
> *** 766,767 
> --- 766,769 
>{   /* Add new patch number below this line */
> + /**/
> + 187,
>/**/
>

I'm building vim on Windows 7 with MinGW. After compiling the latest
pull I get:


[...]
gobjZi686/if_ruby.o:if_ruby.c:(.text+0x862): undefined reference to 
`ruby_sysinit'
gobjZi686/if_ruby.o:if_ruby.c:(.text+0x23fa): undefined reference to 
`ruby_sysinit'

collect2.exe: error: ld returned 1 exit status
make: *** [gvim.exe] Error 1
Error by compiling gvim.exe


Many thanks in advance,

--
Cesar

--
--
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 doesn't work on Windows correctly. Please permit us to modify code on github.com

[Cesar Romani]

On 08/11/2016 04:08 a.m., mattn wrote:
> Hi, Dr. Chip and list.
>
> I met some problems on netrw on Windows for  a long time. Most of
> operations which use Windows commands of cmd.exe doesn't work because
> netrw checks the command exists by executable(). The commands are
> defined like:
>
> let g:netrw_localcopycmd= expand("$COMSPEC")." /c copy"
>
> So executable() always return 0 on Windows.
>
> And I met more bugs about netrw.
>
> * mz (decompress) doesn't work
> * documentation bug about ms
>
> I'm sorry but I say netrw is often buggy. But I want to fix them. So I
> hope you that put the code of netrw on github or somewhere. And please
> permit us to modify the code of netrw for vim-dev or vim-jp.

I can confirm it. It would be fine to fix netrw for Windows.

Best regards,

--
Cesar

--
--
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: gx doesn't work anymore with vim 8.0.4

[Cesar Romani]

On 15/09/2016 02:22 p.m., Cesar Romani wrote:
> On 15/09/2016 08:06 a.m., Charles E Campbell wrote:
>  > Cesar Romani wrote:
>  >> I'm using vim 8.0.4 on Windows 7 compiled with MinGW.
>  >> When doing gx on an url I get:
>  >>
>  >> E117: Unknown function: netrw#CheckIfRemote
>  >> E116: Invalid arguments for function netrw#BrowseX
>  >>
>  >> Many thanks in advance,
>  > netrw#CheckIfRemote is in v156 which is distributed with vim 8. So,
>  > check paths/permissions/placement; for example, is netrw.vim in your
>  > autoload directory? Is your $VIMRUNTIME correct? etc..
>  >
>  > Regards,
>  > Chip Campbell
>  >
>
> My $VIMRUNTIME is C:\Vim\vim80 and netrw.vim is on
> C:\Vim\vim80\autoload.
> netrw worked well until vim 7.4.2367, then with vim8 it didn't work
> anymore.
>
> Many thanks in advance,
>

I've installed the last version of netrw, 162a, and it works now.

Regards,

--
Cesar

--
--
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: gx doesn't work anymore with vim 8.0.4

[Cesar Romani]

On 15/09/2016 08:06 a.m., Charles E Campbell wrote:
> Cesar Romani wrote:
>> I'm using vim 8.0.4 on Windows 7 compiled with MinGW.
>> When doing gx on an url I get:
>>
>> E117: Unknown function: netrw#CheckIfRemote
>> E116: Invalid arguments for function netrw#BrowseX
>>
>> Many thanks in advance,
> netrw#CheckIfRemote is in v156 which is distributed with vim 8.  So,
> check paths/permissions/placement; for example, is netrw.vim in your
> autoload directory?  Is your $VIMRUNTIME correct?  etc..
>
> Regards,
> Chip Campbell
>

My $VIMRUNTIME is C:\Vim\vim80 and netrw.vim is on
C:\Vim\vim80\autoload.
netrw worked well until vim 7.4.2367, then with vim8 it didn't work
anymore.

Many thanks in advance,

--
Cesar

--
--
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.

gx doesn't work anymore with vim 8.0.4

[Cesar Romani]

I'm using vim 8.0.4 on Windows 7 compiled with MinGW.
When doing gx on an url I get:

E117: Unknown function: netrw#CheckIfRemote
E116: Invalid arguments for function netrw#BrowseX

Many thanks in advance,

--
Cesar

--
--
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: Patch 7.4.2057

[Cesar Romani]

I'm building vim on Windows 7 with MinGW.
On latest pull, I'm getting a lot of undefined references. Attached is
the output.

Many thanks in advance,

--
Cesar

--
--
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.
[...]
gobjZi686/buffer.o:buffer.c:(.text+0x2b6c): undefined reference to `dict_alloc'
gobjZi686/edit.o:edit.c:(.text+0x242): undefined reference to `dict_alloc'
gobjZi686/edit.o:edit.c:(.text+0x27f): undefined reference to `dict_add_nr_str'
gobjZi686/edit.o:edit.c:(.text+0x2ad): undefined reference to `dict_add_nr_str'
gobjZi686/edit.o:edit.c:(.text+0x2db): undefined reference to `dict_add_nr_str'
gobjZi686/edit.o:edit.c:(.text+0x309): undefined reference to `dict_add_nr_str'
gobjZi686/edit.o:edit.c:(.text+0x337): undefined reference to `dict_add_nr_str'
gobjZi686/edit.o:edit.c:(.text+0x3ec8): undefined reference to `dict_alloc'
gobjZi686/edit.o:edit.c:(.text+0x426d): undefined reference to `dict_alloc'
gobjZi686/edit.o:edit.c:(.text+0x47fe): undefined reference to `dict_alloc'
gobjZi686/edit.o:edit.c:(.text+0x486e): undefined reference to `dict_alloc'
gobjZi686/edit.o:edit.c:(.text+0x48f4): undefined reference to `dict_alloc'
gobjZi686/edit.o:edit.c:(.text+0x4cb5): undefined reference to `get_dict_string'
gobjZi686/edit.o:edit.c:(.text+0x4cca): undefined reference to `get_dict_string'
gobjZi686/edit.o:edit.c:(.text+0x4ce8): undefined reference to `get_dict_string'
gobjZi686/edit.o:edit.c:(.text+0x4d06): undefined reference to `get_dict_string'
gobjZi686/edit.o:edit.c:(.text+0x4d24): undefined reference to `get_dict_string'
gobjZi686/edit.o:edit.c:(.text+0x4d42): more undefined references to 
`get_dict_string' follow
gobjZi686/edit.o:edit.c:(.text+0x4d5e): undefined reference to `get_dict_number'
gobjZi686/edit.o:edit.c:(.text+0x4d7a): undefined reference to `get_dict_string'
gobjZi686/edit.o:edit.c:(.text+0x4d92): undefined reference to `get_dict_number'
gobjZi686/edit.o:edit.c:(.text+0x4dae): undefined reference to `get_dict_string'
gobjZi686/edit.o:edit.c:(.text+0x4dca): undefined reference to `get_dict_number'
gobjZi686/edit.o:edit.c:(.text+0x5e56): undefined reference to `dict_unref'
gobjZi686/edit.o:edit.c:(.text+0x5e66): undefined reference to `list_unref'
gobjZi686/edit.o:edit.c:(.text+0x706c): undefined reference to `dict_find'
gobjZi686/edit.o:edit.c:(.text+0x708f): undefined reference to `dict_find'
gobjZi686/edit.o:edit.c:(.text+0x8209): undefined reference to `dict_alloc'
gobjZi686/edit.o:edit.c:(.text+0x992b): undefined reference to `dict_alloc'
gobjZi686/edit.o:edit.c:(.text+0xb315): undefined reference to `dict_alloc'
gobjZi686/edit.o:edit.c:(.text+0xb74a): undefined reference to `dict_alloc'
gobjZi686/edit.o:edit.c:(.text+0xd740): undefined reference to `dict_alloc'
gobjZi686/edit.o:edit.c:(.text.unlikely+0x7cb): undefined reference to 
`get_dict_string'
gobjZi686/edit.o:edit.c:(.text.unlikely+0x7e8): undefined reference to 
`get_dict_string'
gobjZi686/edit.o:edit.c:(.text.unlikely+0x807): undefined reference to 
`get_dict_string'
gobjZi686/edit.o:edit.c:(.text.unlikely+0x826): undefined reference to 
`get_dict_string'
gobjZi686/edit.o:edit.c:(.text.unlikely+0x845): undefined reference to 
`get_dict_string'
gobjZi686/edit.o:edit.c:(.text.unlikely+0x864): more undefined references to 
`get_dict_string' follow
gobjZi686/edit.o:edit.c:(.text.unlikely+0x87b): undefined reference to 
`get_dict_number'
gobjZi686/edit.o:edit.c:(.text.unlikely+0x89a): undefined reference to 
`get_dict_string'
gobjZi686/edit.o:edit.c:(.text.unlikely+0x8b1): undefined reference to 
`get_dict_number'
gobjZi686/edit.o:edit.c:(.text.unlikely+0x8ce): undefined reference to 
`get_dict_string'
gobjZi686/edit.o:edit.c:(.text.unlikely+0x8e7): undefined reference to 
`get_dict_number'
gobjZi686/eval.o:eval.c:(.text+0x123c): undefined reference to 
`rettv_dict_alloc'
gobjZi686/eval.o:eval.c:(.text+0x1293): undefined reference to `dict_find'
gobjZi686/eval.o:eval.c:(.text+0x12ae): undefined reference to `get_dict_number'
gobjZi686/eval.o:eval.c:(.text+0x12cb): undefined reference to `dict_find'
gobjZi686/eval.o:eval.c:(.text+0x12e6): undefined reference to `get_dict_number'
gobjZi686/eval.o:eval.c:(.text+0x1303): undefined reference to `dict_find'
gobjZi686/eval.o:eval.c:(.text+0x131e): undefined reference to `get_dict_number'
gobjZi686/eval.o:eval.c:(.text+0x133b): undefined reference to `dict_find'
gobjZi686/eval.o:eval.c:(.text+0x1356): undefined reference to `get_dict_number'
gobjZi686/eval.o:eval.c:(.text+0x137f): undefined reference to `dict_find'
gobjZi686/eval.o:eval.c:(.text+0x1394): undefined 

Warnings in ex_cmds2.c, getchar.c, pathdef.c, undo.c, os_win32.c

[Cesar Romani]

By building vim 7.4.1385 on Windows 7 with MinGW, I get following
warnings:


[...]
ex_cmds2.c: In function 'source_pack_plugin':
ex_cmds2.c:3076:9: warning: 'p6' may be used uninitialized in this 
function [-Wmaybe-uninitialized]

 c = *p6;
 ^

[...]
getchar.c: In function 'check_map':
getchar.c:5221:7: warning: assuming signed overflow does not occur when 
assuming that (X - c) <= X is always true [-Wstrict-overflow]

if (len > mp->m_keylen - 3)
   ^

[...]
pathdef.c:6:32: warning: unknown escape sequence: '\l' [enabled by default]

[...]
undo.c: In function 'u_save_cursor':
undo.c:270:6: warning: assuming signed overflow does not occur when 
assuming that (X - c) > X is always false [-Wstrict-overflow]

  || top >= bot
  ^

[...]
os_win32.c: In function 'read_console_input.constprop.22':
os_win32.c:299:28: warning: array subscript is above array bounds 
[-Warray-bounds]

s_irCache[i] = s_irCache[i + 1];
^



Many thanks in advance,

--
Cesar

--
--
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.

Warnings in pathdef.c and if_mzsch.c

[Cesar Romani]

By compiling vim on Windows 7 with MinGW I get the following warnings:


[...]

pathdef.c:6:32: warning: unknown escape sequence: '\l' [enabled by default]

[...]

if_mzsch.c: In function 'startup_mzscheme':
if_mzsch.c:1104:2: warning: pointer targets in passing argument 1 of 
'vim_getenv' differ in signedness [-Wpointer-sign]

  s = vim_getenv("PLTCOLLECTS", );
  ^
In file included from proto.h:135:0,
 from vim.h:1980,
 from if_mzsch.c:24:
proto/misc1.pro:60:9: note: expected 'char_u *' but argument is of type 
'char *'

 char_u *vim_getenv(char_u *name, int *mustfree);
 ^
if_mzsch.c:1107:6: warning: pointer targets in passing argument 1 of 
'scheme_make_path' differ in signedness [-Wpointer-sign]

  coll_path = scheme_make_path(s);
  ^
In file included from c:/racket/include/scheme.h:1999:0,
 from if_mzsch.h:16,
 from if_mzsch.c:26:
c:/racket/include/schemef.h:951:26: note: expected 'const char *' but 
argument is of type 'char_u *'

 MZ_EXTERN Scheme_Object *scheme_make_path(const char *chars);
  ^
[...]


Many thanks in advance,

--
Cesar

--
--
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] Compile Vim 7.4.1342 Error (#641)

[Cesar Romani]

It has no effect. Even with the above patch I get the same error:


objZi386/eval.o:eval.c:(.text+0x356b): undefined reference to 
`get_job_options'

collect2.exe: error: ld returned 1 exit status
make: *** [vim.exe] Error 1
Error by compiling vim.exe


Many thanks in advance,

--
Cesar

--
--
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: Error on building vim.exe with latest pull

[Cesar Romani]

On 16/02/2016 10:48 a.m., Cesar Romani wrote:
> On 16/02/2016 10:10 a.m., mattn wrote:
>  > https://gist.github.com/8b6c478ca91e985452b8
>  >
>  > This will fix your problem maybe.
>
> Yes, it does it. Thanks,
>
> Regards,
>

It compiles fine, but I have some warnings:


[...]
gcc -c -Iproto -DWIN32 [...] os_win32.c -o gobjZi386/os_win32.o
In file included from c:/racket/include/scheme.h:31:0,
 from if_mzsch.h:16,
 from os_win32.c:26:
c:/racket/include/sconfig.h:672:0: warning: 
"SCHEME_PLATFORM_LIBRARY_SUBPATH" redefined [enabled by default]

 # define SCHEME_PLATFORM_LIBRARY_SUBPATH "i386-cygwin"
 ^
c:/racket/include/sconfig.h:533:0: note: this is the location of the 
previous definition

 #  define SCHEME_PLATFORM_LIBRARY_SUBPATH "win32\\i386"
 ^
In file included from c:/racket/include/sconfig.h:674:0,
 from c:/racket/include/scheme.h:31,
 from if_mzsch.h:16,
 from os_win32.c:26:
c:/racket/include/uconfig.h:5:0: warning: "SYSTEM_TYPE_NAME" redefined 
[enabled by default]

 #define SYSTEM_TYPE_NAME "unix"
 ^
In file included from c:/racket/include/scheme.h:31:0,
 from if_mzsch.h:16,
 from os_win32.c:26:
c:/racket/include/sconfig.h:536:0: note: this is the location of the 
previous definition

 # define SYSTEM_TYPE_NAME "windows"
 ^
os_win32.c:319:1: warning: 'peek_console_input' defined but not used 
[-Wunused-function]

 peek_console_input(
 ^
os_win32.c:329:1: warning: 'msg_wait_for_multiple_objects' defined but 
not used [-Wunused-function]

 msg_wait_for_multiple_objects(
 ^


Many thanks in advance,


--
Cesar

--
--
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: Error on building vim.exe with latest pull

[Cesar Romani]

On 16/02/2016 10:10 a.m., mattn wrote:
> https://gist.github.com/8b6c478ca91e985452b8
>
> This will fix your problem maybe.

Yes, it does it. Thanks,

Regards,

--
Cesar

--
--
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: Patch 7.4.1143

[Cesar Romani]

I'm getting:


[...]
ex_cmds.c:560:48: error: 'DBL_MAX' undeclared (first use in this function)
   nrs[lnum - eap->line1].st_u.value_flt = -DBL_MAX;
^
ex_cmds.c:560:48: note: each undeclared identifier is reported only once 
for each function it appears in

make: *** [gobjZi686/ex_cmds.o] Error 1
Error by compiling gvim.exe


I'm building vim with MinGW on Windows 7.

--
Cesar

--
--
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: Patch 7.4.1065

[Cesar Romani]

Thanks, now it works.

Regards,

--
Cesar

--
--
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: Patch 7.4.1065

[Cesar Romani]

On 09/01/2016 08:58 a.m., Bram Moolenaar wrote:
>
> Patch 7.4.1065
> Problem:Cannot use the "dll" options on MS-Windows.
> Solution:   Support the options on all platforms.  Use the built-in 
name as

>  the default, so that it's clear what Vim is looking for.
> Files:  src/if_python.c, src/if_python3.c, src/if_lua.c, 
src/if_perl.xs,
>  src/if_ruby.c, src/option.c, runtime/doc/options.txt, 
src/Makefile

>

I'm getting this:


[...]
option.c:2134:19: error: 'DYNAMIC_PYTHON3_DLL' undeclared here (not in a 
function)

{(char_u *)DYNAMIC_PYTHON3_DLL, (char_u *)0L}
   ^
option.c:2140:19: error: 'DYNAMIC_PYTHON_DLL' undeclared here (not in a 
function)

{(char_u *)DYNAMIC_PYTHON_DLL, (char_u *)0L}
   ^
make: *** [gobjZi686/option.o] Error 1
Error by compiling gvim.exe


I'm building vim on Windows Home using MinGW, python 2.7.8, and python3
3.2.2


Many thanks in advance,

--
Cesar

--
--
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: Patch 7.4.907

[Cesar Romani]

On 02/11/2015 09:30 a.m., Bram Moolenaar wrote:
>
> Patch 7.4.907
> Problem:Libraries for dynamically loading interfaces can only be
> defined
>  at compile time.
> Solution:   Add options to specify the dll names. (Kazuki Sakamoto,
>  closes #452)
> Files:  runtime/doc/if_lua.txt, runtime/doc/if_perl.txt,
>  runtime/doc/if_pyth.txt, runtime/doc/if_ruby.txt,
>  runtime/doc/options.txt, src/if_lua.c, src/if_perl.xs,
>  src/if_python.c, src/if_python3.c, src/if_ruby.c,
>  src/option.c,
>  src/option.h

I get following error:


[...]
if_perl.xs: In function 'perl_enabled':
if_perl.xs:614:12: error: #if with no expression
 #if WIN3264
^
if_perl.xs:617:18: error: 'p_perldll' undeclared (first use in this 
function)

 char *dll = *p_perldll ? (char *)p_perldll : DYNAMIC_PERL_DLL;
  ^
if_perl.xs:617:18: note: each undeclared identifier is reported only 
once for each function it appears in

make: *** [gobjZi686/if_perl.o] Error 1
Error by compiling gvim.exe


I'm building vim under Windows 7 with MinGW and perl 5.18.


Many thanks in advance,

--
Cesar

--
--
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: Patch 7.4.759

[Cesar Romani]

On 26/06/2015 01:17 p.m., Christian Brabandt wrote:
 Hi Cesar!

 On Fr, 26 Jun 2015, Cesar Romani wrote:

 On 25/06/2015 11:28 a.m., Bram Moolenaar wrote:

 Patch 7.4.759
 Problem:Building with Lua 5.3 doesn't work, symbols have changed.
 Solution:   Use the new names for the new version. (Felix Schnizlein)
 Files:  src/if_lua.c

 When building on Windows with MinGW32 and Lua 5.1.4, I get:

 Can you check if the patch in the other message on this thread works for
 you?

Yes, now it works! Thanks.

--
Cesar

--
--
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: Patch 7.4.759

[Cesar Romani]

On 25/06/2015 11:28 a.m., Bram Moolenaar wrote:

 Patch 7.4.759
 Problem:Building with Lua 5.3 doesn't work, symbols have changed.
 Solution:   Use the new names for the new version. (Felix Schnizlein)
 Files:  src/if_lua.c

When building on Windows with MinGW32 and Lua 5.1.4, I get:


[...]
gobjZi686/if_lua.o:if_lua.c:(.text+0xfd4): undefined reference to 
`lua_replace'
gobjZi686/if_lua.o:if_lua.c:(.text+0xff1): undefined reference to 
`lua_replace'
gobjZi686/if_lua.o:if_lua.c:(.text+0x1f4a): undefined reference to 
`lua_remove'
gobjZi686/if_lua.o:if_lua.c:(.text+0x3983): undefined reference to 
`lua_replace'
gobjZi686/if_lua.o:if_lua.c:(.text+0x4196): undefined reference to 
`lua_replace'
c:/progs/mingw32/bin/../lib/gcc/i686-w64-mingw32/4.8.2/../../../../i686-w64-mingw32/bin/ld.exe: 
gobjZi686/if_lua.o: bad reloc address 0x8 in section `.rdata'

collect2.exe: error: ld returned 1 exit status
make: *** [gvim.exe] Error 1
Error by compiling gvim.exe


Many thanks in advance,

--
Cesar

--
--
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: Patch 7.4.726

[Cesar Romani]

On 05/05/2015 09:55 p.m., Christian J. Robinson wrote:
 On Tue, 5 May 2015, Andrei Olsen wrote:

 On Tuesday, May 5, 2015 at 5:00:10 PM UTC+2, Cesar wrote:
 By compiling on Windows 7 with mingw32 I still get:
 [...]
 make: *** [GvimExt/gvimext.dll] Error 2
 Error by compiling gvim.exe

 Had a similar problem, fixed it by adding -lgdi32 to LIBS (line 50) in
 GvimExt\Make_ming.mak.

 This fixed my build problem as well. Thank you.

 - Christian

Thanks Andrei, this also fixed my build problem.

--
Cesar

--
--
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: Patch 7.4.726

[Cesar Romani]

By compiling on Windows 7 with mingw32 I still get:

[...]
make -C GvimExt -f Make_ming.mak CROSS=no CROSS_COMPILE=
make[1]: Entering directory `/home/caesar/vim/src/GvimExt'
g++ -O2 -DFEAT_GETTEXT -c gvimext.cpp -o gvimext.o
windres --preprocessor=g++ -E -xc -DRC_INVOKED --input-format=rc 
--output-format=coff -DMING gvimext_ming.rc -o gvimext.res

g++ -shared -static-libgcc -static-libstdc++ -O2 -s -o gvimext.dll \
-Wl,--enable-auto-image-base \
-Wl,--enable-auto-import \
-Wl,--whole-archive \
gvimext.o gvimext.res gvimext_ming.def \
-Wl,--no-whole-archive \
-luuid
gvimext.o:gvimext.cpp:(.text+0x10a0): undefined reference to 
`_imp__CreateCompatibleDC@4'
gvimext.o:gvimext.cpp:(.text+0x10bc): undefined reference to 
`_imp__CreateCompatibleBitmap@12'
gvimext.o:gvimext.cpp:(.text+0x10c2): undefined reference to 
`_imp__SelectObject@8'
gvimext.o:gvimext.cpp:(.text+0x113c): undefined reference to 
`_imp__DeleteDC@4'
gvimext.o:gvimext.cpp:(.text+0x12a9): undefined reference to 
`_imp__DeleteObject@4'
c:/progs/mingw32/bin/../lib/gcc/i686-w64-mingw32/4.8.2/../../../../i686-w64-mingw32/bin/ld.exe: 
gvimext.o: bad reloc address 0x0 in section `.data'

collect2.exe: error: ld returned 1 exit status
make[1]: *** [gvimext.dll] Error 1
make[1]: Leaving directory `/home/caesar/vim/src/GvimExt'
make: *** [GvimExt/gvimext.dll] Error 2
Error by compiling gvim.exe

--
--
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: Patch 7.4.689

[Cesar Romani]

On 03/04/2015 11:00 a.m., Cesar Romani wrote:
 On 03/04/2015 10:34 a.m., Bram Moolenaar wrote:
  
   Cesar Romani wrote:
  
   On 03/04/2015 07:58 a.m., Bram Moolenaar wrote:
   
Patch 7.4.689
Problem: On MS-Windows, when 'autochdir' is set, diff mode with
files in different directories does not work. (Axel Bender)
Solution: Remember the current directory and use it where needed.
(Christian Brabandt)
Files: src/main.c
  
   By building vim on Windows 7 with MinGW I get:
  
   
   [...]
   main.c: In function 'vim_main2':
   main.c:913:27: error: 'cwd' undeclared (first use in this function)
   edit_buffers(params, cwd);
   ^
   main.c:913:27: note: each undeclared identifier is reported only once
   for each function it appears in
   make: *** [gobjZi686/main.o] Error 1
   Error by compiling gvim.exe
   
  
  
   Many thanks in advance,
  
   Are you building with MzScheme?
  

 Yes, I'm using racket 5.3.6
 and it builds fine with patch 7.4.688

 Regards,


With patch 7.4.691 it builds fine.

Regards,

--
Cesar

--
--
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: Patch 7.4.689

[Cesar Romani]

On 03/04/2015 10:34 a.m., Bram Moolenaar wrote:

 Cesar Romani wrote:

 On 03/04/2015 07:58 a.m., Bram Moolenaar wrote:
   
 Patch 7.4.689
 Problem:On MS-Windows, when 'autochdir' is set, diff mode with
 files in different directories does not work. (Axel Bender)
 Solution:   Remember the current directory and use it where needed.
 (Christian Brabandt)
 Files: src/main.c

 By building vim on Windows 7 with MinGW I get:

 
 [...]
 main.c: In function 'vim_main2':
 main.c:913:27: error: 'cwd' undeclared (first use in this function)
edit_buffers(params, cwd);
  ^
 main.c:913:27: note: each undeclared identifier is reported only once
 for each function it appears in
 make: *** [gobjZi686/main.o] Error 1
 Error by compiling gvim.exe
 


 Many thanks in advance,

 Are you building with MzScheme?


Yes, I'm using racket 5.3.6
and it builds fine with patch 7.4.688

Regards,

--
Cesar

--
--
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: Patch 7.4.689

[Cesar Romani]

On 03/04/2015 07:58 a.m., Bram Moolenaar wrote:

 Patch 7.4.689
 Problem:On MS-Windows, when 'autochdir' is set, diff mode with
 files in different directories does not work. (Axel Bender)
 Solution:   Remember the current directory and use it where needed.
 (Christian Brabandt)
 Files: src/main.c

By building vim on Windows 7 with MinGW I get:


[...]
main.c: In function 'vim_main2':
main.c:913:27: error: 'cwd' undeclared (first use in this function)
 edit_buffers(params, cwd);
   ^
main.c:913:27: note: each undeclared identifier is reported only once 
for each function it appears in

make: *** [gobjZi686/main.o] Error 1
Error by compiling gvim.exe



Many thanks in advance,

--
Cesar

--
--
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: problems with compiling vim with DIRECTX=yes on Windows

[Cesar Romani]

On 16/01/2015 10:19 p.m., Ken Takata wrote:
 Hi Cesar,

 2015/1/16 Fri 23:56:08 UTC+9 Cesar wrote:
 By compiling vim with DIRECTX=yes on Windows 7 with MinGW I get:

 --
 [...]
 gcc -c -Iproto -DWIN32 ... gui_dwrite.cpp -o gobjZi386/gui_dwrite.o
 gui_dwrite.cpp:21:20: fatal error: crtdbg.h: No such file or directory
 compilation terminated.
 make: *** [gobjZi386/gui_dwrite.o] Error 1
 Error by compiling gvim.exe

 You should use MinGW-w64 instead of MinGW.
 MinGW doesn't have header files for DirectWrite.

 Regards,
 Ken Takata

Thanks Ken, now it works.

Regards,

--
Cesar

--
--
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.

problems with compiling vim with DIRECTX=yes on Windows

[Cesar Romani]

By compiling vim with DIRECTX=yes on Windows 7 with MinGW I get:

--
[...]
gcc -c -Iproto -DWIN32 ... -DFEAT_DIRECTX -DDYNAMIC_DIRECTX 
-DFEAT_GUI_W32 -DFEAT_CLIPBOARD -DFEAT_MBYTE -DFEAT_MBYTE_IME 
-DDYNAMIC_IME -DDYNAMIC_ICONV -pipe -w -march=i386 -Wall 
-IC:/perl/lib/Core -DFEAT_PERL -DDYNAMIC_PERL 
-DDYNAMIC_PERL_DLL=\perl518.dll\ -IC:/Lua/5.1/include -DFEAT_LUA 
-DDYNAMIC_LUA -DDYNAMIC_LUA_DLL=\lua51.dll\ -Ic:/racket/include 
-DFEAT_MZSCHEME -DMZSCHEME_COLLECTS=\c:/racket/collects\ -DFEAT_RUBY 
-I c:/ruby21/lib/ruby/2.1.0/i386-mingw32 -I c:/ruby21/include/ruby-2.1.0 
-I c:/ruby21/include/ruby-2.1.0/i386-mingw32 -DDYNAMIC_RUBY 
-DDYNAMIC_RUBY_DLL=\msvcrt-ruby210.dll\ -DDYNAMIC_RUBY_VER=21 
-DFEAT_PYTHON  -DDYNAMIC_PYTHON -DFEAT_PYTHON3  -DDYNAMIC_PYTHON3 
-DFEAT_TCL -Ic:/tcl/include -DDYNAMIC_TCL 
-DDYNAMIC_TCL_DLL=\tcl86.dll\ -DFEAT_XPM_W32 -I xpm/x86/include -I 
xpm/x86/../include -O3 -fomit-frame-pointer -freg-struct-return -s 
-DINCLUDE_MZSCHEME_BASE -DMZ_PRECISE_GC gui_dwrite.cpp -o 
gobjZi386/gui_dwrite.o

gui_dwrite.cpp:21:20: fatal error: crtdbg.h: No such file or directory
compilation terminated.
make: *** [gobjZi386/gui_dwrite.o] Error 1
Error by compiling gvim.exe
--

Many thanks in advance,

--
Cesar

--
--
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: Patch 7.4.570

[Cesar Romani]

On 14/01/2015 05:52 p.m., Ken Takata wrote:
 Hi Cesar,

 2015/1/15 Thu 0:40:05 UTC+9 Cesar wrote:
 [...]
 gobjZi386/if_ruby.o:if_ruby.c:(.text+0xb6c): undefined reference to
 `rb_gc_writebarrier_unprotect_promoted'
 gobjZi386/if_ruby.o:if_ruby.c:(.text+0xb7c): undefined reference to
 `rb_gc_writebarrier_unprotect_promoted'
 gobjZi386/if_ruby.o:if_ruby.c:(.text+0xba8): undefined reference to
 `rb_gc_writebarrier_unprotect_promoted'
 gobjZi386/if_ruby.o:if_ruby.c:(.text+0xbb8): undefined reference to
 `rb_gc_writebarrier_unprotect_promoted'
 gobjZi386/if_ruby.o:if_ruby.c:(.text+0xbc8): undefined reference to
 `rb_gc_writebarrier_unprotect_promoted'
 gobjZi386/if_ruby.o:if_ruby.c:(.text+0xbd8): more undefined references
 to `rb_gc_writebarrier_unprotect_promoted' follow)

 collect2: ld returned 1 exit status
 make: *** [gvim.exe] Error 1
 

 I'm building on Windows 7 with MinGW and ruby 2.1.5

 I couldn't reproduce with MinGW-w64 on Cygwin and RubyInstaller 2.1.5.

 $ make -f Make_cyg.mak GUI=yes IME=yes MBYTE=yes ICONV=yes \
  DIRECTX=yes ARCH=i686 CROSS_COMPILE=i686-w64-mingw32- -j2 \
  STATIC_STDCPLUS=yes \
  RUBY=/cygdrive/c/Ruby21 DYNAMIC_RUBY=yes RUBY_VER=21 
RUBY_VER_LONG=2.1.0 \

  WINVER=0x0500

 Did you set RUBY_VER and RUBY_VER_LONG properly?

 Regards,
 Ken Takata

Thanks, it works now with RUBY_VER=21. I had RUBY_VER=210
But before the patch, it worked with RUBY_VER=210


Best regards,

--
Cesar

--
--
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: Patch 7.4.570

[Cesar Romani]

On 14/01/2015 08:04 a.m., Bram Moolenaar wrote:

 Patch 7.4.570
 Problem:Building with dynamic library does not work for Ruby 2.2.0
 Solution:   Change #ifdefs and #defines. (Ken Takata)
 Files: src/if_ruby.c


 *** ../vim-7.4.569/src/if_ruby.c   2014-11-27 17:44:05.376820913 +0100
 --- src/if_ruby.c  2015-01-14 14:02:59.680115042 +0100
 [...]

I get:


[...]
gobjZi386/if_ruby.o:if_ruby.c:(.text+0xb6c): undefined reference to 
`rb_gc_writebarrier_unprotect_promoted'
gobjZi386/if_ruby.o:if_ruby.c:(.text+0xb7c): undefined reference to 
`rb_gc_writebarrier_unprotect_promoted'
gobjZi386/if_ruby.o:if_ruby.c:(.text+0xba8): undefined reference to 
`rb_gc_writebarrier_unprotect_promoted'
gobjZi386/if_ruby.o:if_ruby.c:(.text+0xbb8): undefined reference to 
`rb_gc_writebarrier_unprotect_promoted'
gobjZi386/if_ruby.o:if_ruby.c:(.text+0xbc8): undefined reference to 
`rb_gc_writebarrier_unprotect_promoted'
gobjZi386/if_ruby.o:if_ruby.c:(.text+0xbd8): more undefined references 
to `rb_gc_writebarrier_unprotect_promoted' follow)


collect2: ld returned 1 exit status
make: *** [gvim.exe] Error 1


I'm building on Windows 7 with MinGW and ruby 2.1.5

Many thanks in advance,

--
Cesar

--
--
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: [count]tabfind doesn't work properly

[Cesar Romani]

On 28/04/2014 04:19 p.m., Christian Brabandt wrote:
 Hi Cesar!

 On Do, 24 Apr 2014, Cesar Romani wrote:

 I'm using vim 7.3.264 on Windows 7.

 '[count]find file' works fine. If I do, for example ':2find file'
 it finds the correct version of file, and if I do ':3find file' it
 outputs the message 'E347: No more file file found in path' what it is
 correct and expected, but with '[count]tabfind' it doesn't work.

 If I do for example ':14tabf file' it always finds the first version of
 file all over again.
 It used to work with older vim versions.

 If I read the help for :tabfind and :tab correctly, this works as
 expected (e.g. the count is only for specifying after which tab the new
 tab will be opened). I am not saying that this is actually useful, it's
 just documented.

You are right. I got confused by ':[count]find {file}'
I thought one could do ':[count]tabfind {file}' to get the same result
as by :find
How can I find version of '{file}' using ':[count]tabfind {file}'?
I tried to do ':tab [count]find {file}' but it doesn't work.


Best regards,

--
Cesar

--
--
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: [count]tabfind doesn't work properly

[Cesar Romani]

On 24/04/2014 10:46 a.m., Ben Fritz wrote:
 On Thursday, April 24, 2014 10:23:51 AM UTC-5, Cesar wrote:
 I'm using vim 7.3.264 on Windows 7.

 ...

 If I do for example ':14tabf file' it always finds the first version...

 It used to work with older vim versions.

 Did you actually mean 7.4.264 rather than 7.3, or are you actually
 using a 3-year-old version?

 A quick test in 7.4.256 seems to work.

I meant 7.4.264. Suppose you have a plugin called foobar. What happens
if you do :tabf foobar and :15tabf foobar
If you don't have another foobar on the 15th entry of your path, then
you should get an error message.

--
--
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.

[count]tabfind doesn't work properly

[Cesar Romani]

I'm using vim 7.3.264 on Windows 7.

'[count]find file' works fine. If I do, for example ':2find file'
it finds the correct version of file, and if I do ':3find file' it
outputs the message 'E347: No more file file found in path' what it is
correct and expected, but with '[count]tabfind' it doesn't work.

If I do for example ':14tabf file' it always finds the first version of
file all over again.
It used to work with older vim versions.


Many thanks in advance,

--
Cesar

--
--
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: Spelling support doesn’t deal with ‘’’ correctly

[Cesar Romani]

On 08/03/2011 03:01 p.m., Dominique Pellé wrote:

 [...]

 I found the following patch which adds support of Hunspell
 dictionary in Vim:

 https://bugzilla.redhat.com/show_bug.cgi?id=219777

 I tried the patch and it still works with latest vim-7.3.138
 (I did not test it extensively yet). With some clean up, it
 could be a good addition to Vim-7.4.

 [...]

 Using Hunspell dictionaries directly solves several issues.
 I never managed to convert the latest French dictionary from
 OpenOffice-3.x from Hunspell to Vim. The dictionaries from
 OpenOffice-2.x are quite out of date (at least for French).
 I wish I could use the latest dictionary from OpenOffice-3.x

I managed to build vim74 including the patch for using hunspell, but how
am I supposed to use it with vim?

Many thanks in advance,

--
Cesar

--
--
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/groups/opt_out.

Re: ActivePerl 5.18.1 fails to compile

[Cesar Romani]

On 07/12/2013 11:07 a.m., Cesar Romani wrote:
 On 07/12/2013 08:29 a.m., Bram Moolenaar wrote:
  
   Cesar Romani wrote:
   [...]
  
   How about with this one:
  
   
   --- Make_ming.mak.org 2013-11-22 00:16:21 -0500
   +++ Make_ming.mak 2013-12-06 21:21:05 -0500
   @@ -380,6 +380,7 @@
   CFLAGS += -I$(PERLLIBS) -DFEAT_PERL -L$(PERLLIBS)
   ifeq (yes, $(DYNAMIC_PERL))
   CFLAGS += -DDYNAMIC_PERL -DDYNAMIC_PERL_DLL=\perl$(PERL_VER).dll\
   +EXTRA_LIBS += -L$(PERLLIBS) -lperl$(PERL_VER)
   endif
   endif
  
   Hmm, adding -L$(PERLLIBS) to CFLAGS seems fishy. Perhaps it should be
   like this:
  
   ifdef PERL
   CFLAGS += -I$(PERLLIBS) -DFEAT_PERL
   ifeq (yes, $(DYNAMIC_PERL))
   CFLAGS += -DDYNAMIC_PERL -DDYNAMIC_PERL_DLL=\perl$(PERL_VER).dll\
   EXTRA_LIBS += -L$(PERLLIBS) -lperl$(PERL_VER)
   else
   EXTRA_LIBS += -L$(PERLLIBS)
   endif
   endif
  
   However, if the -L argument comes too late this might not work.
   Or perhaps the -L argument isn't needed?
  

 It also works fine.


You are right, the -L argument isn't needed. It could be like this:


ifdef PERL
CFLAGS += -I$(PERLLIBS) -DFEAT_PERL
ifeq (yes, $(DYNAMIC_PERL))
CFLAGS += -DDYNAMIC_PERL -DDYNAMIC_PERL_DLL=\perl$(PERL_VER).dll\
EXTRA_LIBS += -L$(PERLLIBS) -lperl$(PERL_VER)
else
endif
endif


It also works with ActivePerl 5.16.


Regards,

--
Cesar

--
--
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/groups/opt_out.

Re: ActivePerl 5.18.1 fails to compile

[Cesar Romani]

On 06/12/2013 03:03 p.m., Bram Moolenaar wrote:

 Cesar Romani wrote:
 [...]

ifeq (yes, $(DYNAMIC_PERL))
DEFINES += -DDYNAMIC_PERL -DDYNAMIC_PERL_DLL=\perl$(PERL_VER).dll\
 +EXTRA_LIBS += -L$(PERL)/lib/CORE -lperl$(PERL_VER)
else
EXTRA_LIBS += $(PERL)/lib/CORE/perl$(PERL_VER).lib
endif

 Although this addition looks OK, does it work for older Perl versions?
 If not, what condition should be put around the new line?


I used it with Perl 5.16 and there wasn't any problem.

 @@ -688,8 +688,7 @@
$(CC) $(CFLAGS) -o uninstal.exe uninstal.c $(LIB)

$(TARGET): $(OUTDIR) $(OBJ)
 -  $(CC) $(CFLAGS) $(LFLAGS) -o $@ $(OBJ) $(LIB) -lole32 -luuid
 $(LUA_LIB) $(MZSCHEME_LIBDIR) $(MZSCHEME_LIB) $(PYTHONLIB) $(PYTHON3LIB)
 $(RUBYLIB)
 -
 +  $(CC) $(CFLAGS) $(LFLAGS) -o $@ $(OBJ) $(LIB) -lole32 -luuid
 $(LUA_LIB) $(MZSCHEME_LIBDIR) $(MZSCHEME_LIB) $(PYTHONLIB) $(PYTHON3LIB)
 $(RUBYLIB) -L$(PERLLIBS) -lperl$(PERL_VER)
upx: exes
upx gvim.exe
upx vim.exe

 This isn't right, it will fail when compiling without Perl.
 Look around line 635.


How about with this one:


--- Make_ming.mak.org   2013-11-22 00:16:21 -0500
+++ Make_ming.mak   2013-12-06 21:21:05 -0500
@@ -380,6 +380,7 @@
 CFLAGS += -I$(PERLLIBS) -DFEAT_PERL -L$(PERLLIBS)
 ifeq (yes, $(DYNAMIC_PERL))
 CFLAGS += -DDYNAMIC_PERL -DDYNAMIC_PERL_DLL=\perl$(PERL_VER).dll\
+EXTRA_LIBS += -L$(PERLLIBS) -lperl$(PERL_VER)
 endif
 endif

@@ -688,8 +689,7 @@
$(CC) $(CFLAGS) -o uninstal.exe uninstal.c $(LIB)

 $(TARGET): $(OUTDIR) $(OBJ)
-	$(CC) $(CFLAGS) $(LFLAGS) -o $@ $(OBJ) $(LIB) -lole32 -luuid 
$(LUA_LIB) $(MZSCHEME_LIBDIR) $(MZSCHEME_LIB) $(PYTHONLIB) $(PYTHON3LIB) 
$(RUBYLIB)

-
+	$(CC) $(CFLAGS) $(LFLAGS) -o $@ $(OBJ) $(LIB) -lole32 -luuid 
$(LUA_LIB) $(MZSCHEME_LIBDIR) $(MZSCHEME_LIB) $(PYTHONLIB) $(PYTHON3LIB) 
$(RUBYLIB) $(EXTRA_LIBS)

 upx: exes
upx gvim.exe
upx vim.exe



Regards,

--
Cesar

--
--
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/groups/opt_out.

Re: ActivePerl 5.18.1 fails to compile

[Cesar Romani]

On 05/12/2013 09:21 a.m., Ken Takata wrote:

Hi,

2013/12/5 Thu 10:50:55 UTC+9 Cesar wrote:

The only command I've used with the above patched makefile, was:
make -f Make_cyg.mak

but I used StrawberryPerl-5.18.1.1-32bit and ActivePerl-5.18.1.1-32bit,
built on Windows 7 Home Premium 64-bit using cygwin 1.7.20 with gcc
4.5.3.


Maybe the Win32 API headers are different.
The latest MinGW versions installed with Cygwin are:
   i686-pc-mingw32-gcc (Non-w64 MinGW): 4.7.3
   i686-w64-mingw32-gcc (MinGW-w64): 4.8.2


I don't use MinGW, which is installed with Cygwin. I use the standalone
MinGW from http://www.mingw.org and MinGW-w64 from
http://mingw-w64.sourceforge.net/


Regards,

--
Cesar

--
--
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/groups/opt_out.

Re: ActivePerl 5.18.1 fails to compile

[Cesar Romani]

On 04/12/2013 07:35 p.m., Steve Hall wrote:

On Wed, Dec 4, 2013 at 6:03 PM, Cesar Romanicesar.rom...@gmail.com  wrote:

On 04/12/2013 08:09 a.m., Bram Moolenaar wrote:


Is this specific for this version of Perl?  If so, what kind of
condition (flag) should we use for this?


Cygwin
--
Both Strawberry 5.18 and ActivePerl 5.18 only need the following patch:


[...]

This fails for me after several long strings of warnings.

I'll re-iterate that all three adjustments from my previous mail are
required for me. But my build goals are strenuous:

* cross-compile a Windows non-dependent binary via Cygwin
* Windows x64 system (currently Win8.1), AMD A8 chip
* default dependency installs (no library customizations)
* perl version is strawberry-perl-5.18.1.1-64bit
* HUGE feature set plus:

   +lua/dyn
   -mzscheme
   +perl/dyn
   +python/dyn
   +python3/dyn
   +ruby/dyn
   -tcl

Perhaps there are some differences here from Cesar's setup that would
shed light?


The only command I've used with the above patched makefile, was:
make -f Make_cyg.mak

but I used StrawberryPerl-5.18.1.1-32bit and ActivePerl-5.18.1.1-32bit,
built on Windows 7 Home Premium 64-bit using cygwin 1.7.20 with gcc
4.5.3.


+PERL=/cygdrive/c/perl


Please do not hardcode paths in make files without ifndef !


This was intended only as an example, you can ignore it.


--
Cesar

--
--
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/groups/opt_out.

Re: ActivePerl 5.18.1 fails to compile

[Cesar Romani]

On 01/12/2013 09:11 a.m., Steve Hall wrote:

FINALLY! Thanks Ken and Cesar for the help.

Okay, it took three parts to get my Cygwin cross-compile for Windows
build to work with Perl:

1. Patching vim\Make_cyg.mak (via Cesar Romani)

--- C:\vim\Make_cyg.mak
+++ C:\vim\Make_cyg.mak
@@ -155,6 +155,7 @@
ifeq (yes, $(DYNAMIC_PERL))
DEFINES += -DDYNAMIC_PERL -DDYNAMIC_PERL_DLL=\perl$(PERL_VER).dll\
+EXTRA_LIBS += $(PERL)/lib/CORE/libperl$(PERL_VER).a
else
-EXTRA_LIBS += $(PERL)/lib/CORE/perl$(PERL_VER).lib
+EXTRA_LIBS += $(PERL)/lib/CORE/libperl$(PERL_VER).a
endif
endif

2. Replacing src\if_perl.xs with the fix from here (by
gauchy...@gmail.com)

http://code.google.com/p/vim/issues/detail?id=170#c5


3. Patching a Strawberry Perl distribution file (by Ken Takata)

--- C:\Perl\lib\CORE\sys\socket.h.org   Wed Mar 27 12:44:16 2013
+++ C:\Perl\lib\CORE\sys\socket.h   Sun Dec 01 16:06:52 2013
@@ -13,7 +13,7 @@
#includewindows.h

/* Too late to include winsock2.h if winsock.h has already been loaded */
-#ifndef _WINSOCKAPI_
+#if !defined(_WINSOCKAPI_)  !defined(_WINSOCK_H)
#  ifndef FD_SETSIZE
#define FD_SETSIZE 2048
#  endif

Only after all three changes were implemented would it build. Plenty
of warnings, but I was able to cross-compile both a gvim.exe and
vim.exe with +perl/dyn.



Actually you don't need to modify any file, except Make_cyg.mak.
I managed to build vim under cygwin with strawberry perl 5.18.1.1, using
only the makefile patch:

--- C:\vim\Make_cyg.mak
+++ C:\vim\Make_cyg.mak
@@ -155,6 +155,7 @@
ifeq (yes, $(DYNAMIC_PERL))
DEFINES += -DDYNAMIC_PERL -DDYNAMIC_PERL_DLL=\perl$(PERL_VER).dll\
+EXTRA_LIBS += $(PERL)/lib/CORE/libperl$(PERL_VER).a
else
-EXTRA_LIBS += $(PERL)/lib/CORE/perl$(PERL_VER).lib
+EXTRA_LIBS += $(PERL)/lib/CORE/libperl$(PERL_VER).a
endif
endif


--
Cesar

--
--
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/groups/opt_out.

Re: ActivePerl 5.18.1 fails to compile

[Cesar Romani]

On 30/11/2013 08:09 a.m., Steve Hall wrote:

[...]
With the revised if_perl.xs from your previous link, I still get the
following build errors in a Cygwin build.

   1:In file included from
/cygdrive/c/strawberry/perl/lib/CORE/sys/socket.h:30:0,
   2: from /cygdrive/c/strawberry/perl/lib/CORE/win32.h:381,
   3: from /cygdrive/c/strawberry/perl/lib/CORE/win32thread.h:4,
   4: from /cygdrive/c/strawberry/perl/lib/CORE/perl.h:2869,
   5: from if_perl.xs:36:
   6:/usr/i686-pc-mingw32/sys-root/mingw/include/ws2tcpip.h:38:2:
error: #error ws2tcpip.h is not compatible with winsock.h. Include
win
   7:In file included from
/cygdrive/c/strawberry/perl/lib/CORE/sys/socket.h:30:0,
   8: from /cygdrive/c/strawberry/perl/lib/CORE/win32.h:381,
   9: from /cygdrive/c/strawberry/perl/lib/CORE/win32thread.h:4,
  10: from /cygdrive/c/strawberry/perl/lib/CORE/perl.h:2869,
  11: from if_perl.xs:36:
  12:/usr/i686-pc-mingw32/sys-root/mingw/include/ws2tcpip.h:147:8:
error: redefinition of ‘struct ip_mreq’
  13:In file included from
/usr/i686-pc-mingw32/sys-root/mingw/include/windows.h:93:0,
  14: from os_win32.h:104,
  15: from vim.h:330,
  16: from if_perl.xs:31:
  17:/usr/i686-pc-mingw32/sys-root/mingw/include/winsock.h:315:8: note:
originally defined here
  18:In file included from /cygdrive/c/strawberry/perl/lib/CORE/win32.h:515:0,
  19: from /cygdrive/c/strawberry/perl/lib/CORE/win32thread.h:4,
  20: from /cygdrive/c/strawberry/perl/lib/CORE/perl.h:2869,
  21: from if_perl.xs:36:
  22:/cygdrive/c/strawberry/perl/lib/CORE/win32iop.h:235:0: warning:
fstat redefined [enabled by default]
  23:In file included from vim.h:477:0,
  24: from if_perl.xs:31:
  25:/usr/i686-pc-mingw32/sys-root/mingw/include/sys/stat.h:301:0:
note: this is the location of the previous definition
  26:In file included from /cygdrive/c/strawberry/perl/lib/CORE/win32.h:515:0,
  27: from /cygdrive/c/strawberry/perl/lib/CORE/win32thread.h:4,
  28: from /cygdrive/c/strawberry/perl/lib/CORE/perl.h:2869,
  29: from if_perl.xs:36:
  30:/cygdrive/c/strawberry/perl/lib/CORE/win32iop.h:236:0: warning:
stat redefined [enabled by default]
  31:In file included from vim.h:477:0,
  32: from if_perl.xs:31:
  33:/usr/i686-pc-mingw32/sys-root/mingw/include/sys/stat.h:300:0:
note: this is the location of the previous definition
  34:In file included from /cygdrive/c/strawberry/perl/lib/CORE/hv.h:592:0,
  35: from /cygdrive/c/strawberry/perl/lib/CORE/perl.h:3480,
  36: from if_perl.xs:36:
  37:/cygdrive/c/strawberry/perl/lib/CORE/hv_func.h: In function
‘S_perl_hash_murmur3’:
  38:/cygdrive/c/strawberry/perl/lib/CORE/hv_func.h:391:17: warning:
cast from pointer to integer of different size [-Wpointer-to-int-cas
  39:if_perl.xs: In function ‘newWINrv’:
  40:if_perl.xs:704:2: warning: cast from pointer to integer of
different size [-Wpointer-to-int-cast]
  41:if_perl.xs: In function ‘newBUFrv’:
  42:if_perl.xs:722:2: warning: cast from pointer to integer of
different size [-Wpointer-to-int-cast]
  43:if_perl.c: In function ‘S_croak_xs_usage’:
  44:if_perl.c:1162:56: warning: cast from pointer to integer of
different size [-Wpointer-to-int-cast]
  45:if_perl.c: In function ‘XS_VIWIN_DESTROY’:
  46:if_perl.c:1421:12: warning: cast to pointer from integer of
different size [-Wint-to-pointer-cast]
  47:if_perl.c: In function ‘XS_VIWIN_Buffer’:
  48:if_perl.c:1449:12: warning: cast to pointer from integer of
different size [-Wint-to-pointer-cast]
  49:if_perl.c: In function ‘XS_VIWIN_SetHeight’:
  50:if_perl.c:1487:12: warning: cast to pointer from integer of
different size [-Wint-to-pointer-cast]
  51:if_perl.c: In function ‘XS_VIWIN_Cursor’:
  52:if_perl.c:1521:12: warning: cast to pointer from integer of
different size [-Wint-to-pointer-cast]
  53:if_perl.c: In function ‘XS_VIBUF_DESTROY’:
  54:if_perl.c:1568:15: warning: cast to pointer from integer of
different size [-Wint-to-pointer-cast]
  55:if_perl.c: In function ‘XS_VIBUF_Name’:
  56:if_perl.c:1597:15: warning: cast to pointer from integer of
different size [-Wint-to-pointer-cast]
  57:if_perl.c: In function ‘XS_VIBUF_Number’:
  58:if_perl.c:1632:15: warning: cast to pointer from integer of
different size [-Wint-to-pointer-cast]
  59:if_perl.c: In function ‘XS_VIBUF_Count’:
  60:if_perl.c:1663:15: warning: cast to pointer from integer of
different size [-Wint-to-pointer-cast]
  61:if_perl.c: In function ‘XS_VIBUF_Get’:
  62:if_perl.c:1699:15: warning: cast to pointer from integer of
different size [-Wint-to-pointer-cast]
  63:if_perl.c: In function ‘XS_VIBUF_Set’:
  64:if_perl.c:1744:15: warning: cast to pointer from integer of
different size [-Wint-to-pointer-cast]
  65:if_perl.c: In 

Re: ActivePerl 5.18.1 fails to compile

[Cesar Romani]

On 28/11/2013 01:18 a.m., Konovalov, Vadim wrote:
 From: vim_dev@googlegroups.com On Behalf Of tux.
 Konovalov, Vadim schrob am Mittwoch, 27. November 2013 um 06:46 Zeit:
 I can investigate later today, if you wish.
 I'd like you to. :)

 ActivePerl 5.18.1 binaries are built with VC6 compiler, with in turn
 have some applied service-packs.
 (I have VC6 without the mentioned SPs)

 The config.h file that comes with this said Activeperl has long
 long in it, and this  isn't supported by the VC6 that I have, hence
 there are number of compiler errors.

 When I've adjusted long long with __int64, the build process went
 on, but then some internal error happened.
 Maybe I will find a workaround for the VC6, or will use newer VC - I
 haven't decided yet.

 Correct solution is to use supported compiler that understand long
 long, such as mingw.

It doesn't work either. I'm using MinGW with gcc 4.6.2 on Windows 7.
I get the following error:


[...]
gobjZi386/if_perl.o:if_perl.c:(.text+0x37e1): undefined reference to 
`_imp__Perl_sv_free2'
gobjZi386/if_perl.o:if_perl.c:(.text+0x3fc5): undefined reference to 
`_imp__Perl_sv_free2)

'
collect2: ld returned 1 exit status
make: *** [gvim.exe] Error 1
Error by compiling gvim.exe


The same error happens with MinGW-W64, gcc 4.8.1 on Windows 7.


Many thanks in advance,

--
Cesar

--
--
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/groups/opt_out.

Re: ActivePerl 5.18.1 fails to compile

[Cesar Romani]

On 28/11/2013 05:10 p.m., Cesar Romani wrote:
 On 28/11/2013 01:18 a.m., Konovalov, Vadim wrote:
   From: vim_dev@googlegroups.com On Behalf Of tux.
   Konovalov, Vadim schrob am Mittwoch, 27. November 2013 um 06:46 Zeit:
   I can investigate later today, if you wish.
   I'd like you to. :)
  
   ActivePerl 5.18.1 binaries are built with VC6 compiler, with in turn
   have some applied service-packs.
   (I have VC6 without the mentioned SPs)
  
   The config.h file that comes with this said Activeperl has long
   long in it, and this isn't supported by the VC6 that I have, hence
   there are number of compiler errors.
  
   When I've adjusted long long with __int64, the build process went
   on, but then some internal error happened.
   Maybe I will find a workaround for the VC6, or will use newer VC - I
   haven't decided yet.
  
   Correct solution is to use supported compiler that understand long
   long, such as mingw.

 It doesn't work either. I'm using MinGW with gcc 4.6.2 on Windows 7.
 I get the following error:

 
 [...]
 gobjZi386/if_perl.o:if_perl.c:(.text+0x37e1): undefined reference to
 `_imp__Perl_sv_free2'
 gobjZi386/if_perl.o:if_perl.c:(.text+0x3fc5): undefined reference to
 `_imp__Perl_sv_free2)
 '
 collect2: ld returned 1 exit status
 make: *** [gvim.exe] Error 1
 Error by compiling gvim.exe
 

 The same error happens with MinGW-W64, gcc 4.8.1 on Windows 7.

I found a solution:
libperl518.a needs to be added on the link line.

--
Cesar

--
--
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/groups/opt_out.

indent for cmake doesn't work well

[Cesar Romani]

Suppose I have the following text inside CMakeLists.txt (i.e. set
ft=cmake):

CursesDialog/cmCursesBoolWidget
CursesDialog/cmCursesCacheEntryComposite
CursesDialog/cmCursesDummyWidget

Notice that the lines are indented at least 4 spaces.

If I yank the text '${cmake_source_dir}/Source/' (without quotes), go
before CursesDialog on the text above, do CTRL+V followed by CTRL+ I
only get right the first line, the others get cut.


Many thanks in advance,

--
Cesar

--
--
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/groups/opt_out.

Re: problem with spellsuggest on vim 7.4.5

[Cesar Romani]

On 22/08/2013 07:14 a.m., Bram Moolenaar wrote:

 Cesar Romani wrote:

 spellsuggest with 'set sps:file:{filename}' doesn't work.
 I'm using vim 7.4.5 on windows 7.
 I created a file, say sps.txt, and put there the following lines:

 Enantes/Antes
 chaofa/chaufa
 aser/hacer
 kion/kión
 sutra/sūtra

 Suppose I have a file, say test.txt, with the following line:

 Enantes pude aser un chaofa con kion y luego leí un sutra

 I do ':set spell spl=es' and ':set sps=file:sps.txt'

 If I go under the word 'Enantes' or 'aser' and do 'z=' I get the
 suggestions from sps.txt.
 But if I go under the word 'chaofa' or 'kion' or 'sutra' and do 'z='
 I get:
 Sorry, no suggestions

 I can reproduce it.  Strange.


I think I found the solution. If I include the words 'chaufa', 'kión'
and 'sūtra' on a spellfile, say test.utf-8.add, and do
':set spf=test.utf-8.add', then when I do 'z=' on 'chaofa', 'kion', or
'sutra' I get the suggested words.

Regards,

--
Cesar

--
--
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/groups/opt_out.

problem with spellsuggest on vim 7.4.5

[Cesar Romani]

spellsuggest with 'set sps:file:{filename}' doesn't work.
I'm using vim 7.4.5 on windows 7.
I created a file, say sps.txt, and put there the following lines:

Enantes/Antes
chaofa/chaufa
aser/hacer
kion/kión
sutra/sūtra

Suppose I have a file, say test.txt, with the following line:

Enantes pude aser un chaofa con kion y luego leí un sutra

I do ':set spell spl=es' and ':set sps=file:sps.txt'

If I go under the word 'Enantes' or 'aser' and do 'z=' I get the
suggestions from sps.txt.
But if I go under the word 'chaofa' or 'kion' or 'sutra' and do 'z='
I get:
Sorry, no suggestions


Many thanks in advance,

--
Cesar

--
--
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/groups/opt_out.

default value of variable VIM changed?

[Cesar Romani]

Was it changed the default value for the variable VIM?
I used to have VIM=C:\Vim and by updating from 7.4a.35 to 7.4a.39 I get
VIM=C:\Vim\vim73

Many thanks in advance,

--
Cesar

--
--
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/groups/opt_out.

Re: default value of variable VIM changed?

[Cesar Romani]

On 22/07/2013 10:51 a.m., Bram Moolenaar wrote:

 Cesar Romani wrote:

 Was it changed the default value for the variable VIM?
 I used to have VIM=C:\Vim and by updating from 7.4a.35 to 7.4a.39 I get
 VIM=C:\Vim\vim73

 Many thanks in advance,

 I don't think anything changed.  Vim tries to remove vim74a from the
 path, thus if it's actually vim73 then that will fail.
 Did you install Vim in the wrong directory?


Yes, that was it. I installed Vim on vim73 directory. Then I installed
it on vim74a directory and everything is working OK. Sorry for the
noise.

Regards,

--
Cesar

--
--
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/groups/opt_out.

Re: bug with 7.3.981

[Cesar Romani]

On 21/05/2013 05:04 a.m., Bram Moolenaar wrote:

 Cesar Romani wrote:

 By updating from 7.3.969 to 7.3.981 the following command doesn't work
 anymore:
 %s//\=''.matchstr(getline(.), '\d\+\ze').''

 Let's say I use this command on the following text:
 Title Action=GoTo Page=Table of Contents 5/Title
 Title Action=GoTo Page=Acknowledgements 7/Title
 Title Action=GoTo Page=Preface 9/Title
 Title Action=GoTo Page=Introduction to the Second, Revised Edition
 11/Title
 Title Action=GoTo Page=Introduction 13/Title

 It works with 7.3.969 but not with 7.3.981.

 Many thanks in advance,

 I can reproduce it.  Looks like it has to do with the nested RE.  But
 only in the second line, hmm.

 You can work around it with:
:set re=1

 I did a bit of debugging, seems the problem is using the same compiled
 regexp twice.  Not sure yet what the proper solution is.  I keep seeing
 more and more bad stuff now that I look at the details of the NFA...


By using vim 7.3.1020, it isn't working yet with
%s//\=''.matchstr(getline(.), '\d\+\ze').''

The first '' gets removed from the second line on.

--
Cesar

--
--
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/groups/opt_out.

Re: Patch 7.3.1005

[Cesar Romani]

On 22/05/2013 08:17 p.m., h_east wrote:
 Hi, Cesar

 2013/5/23(Thu) 8:04:11 UTC+9 Cesar:
 It doesn't solve the issue for %s/^\n\+/\r. It gets stuck as before.

 Really?
 My vim7.3.1005 works well. It appears to have solved for me.

 Best regards,
 Hirohito Higashi


It doesn't work. It only works with set re=1
I'm using vim 7.3.1005 on Windows 7.

Regards,

--
Cesar

--
--
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/groups/opt_out.

Re: Patch 7.3.1005

[Cesar Romani]

On 23/05/2013 11:32 a.m., Bram Moolenaar wrote:

 Cesar Romani wrote:

 On 22/05/2013 08:17 p.m., h_east wrote:
 Hi, Cesar
   
 2013/5/23(Thu) 8:04:11 UTC+9 Cesar:
 It doesn't solve the issue for %s/^\n\+/\r. It gets stuck as 
before.

   
 Really?
 My vim7.3.1005 works well. It appears to have solved for me.
   
 Best regards,
 Hirohito Higashi
   

 It doesn't work. It only works with set re=1
 I'm using vim 7.3.1005 on Windows 7.

 Works fine for me too.

 Please verify you are actually at 7.3.1005, not missing any patch.
 Do you use Mercurial?

 It could be a Windows-specific problem or perhaps a 64-bit specific
 problem.  What compiler are you using?  What optional features do you
 build with?


I did a 'make clean' and then after building it again and testing, it
worked. Sorry for the noise,

Regards,

--
Cesar

--
--
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/groups/opt_out.

vim 7.3.1004 hangs indefinitely with some commands

[Cesar Romani]

By using vim 7.3.1004 on Windows 7, the following command doesn't work
anymore:

%s/^\n\+/\r

it hangs indefinitely, say, with the following text (without dashes):


Tread lightly, she is near


Under the snow,



Speak gently, she can hear


The daisies grow.


It only works with set re=1

Many thanks in advance,

--
Cesar

--
--
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/groups/opt_out.

Re: Patch 7.3.1005

[Cesar Romani]

On 22/05/2013 04:02 p.m., Bram Moolenaar wrote:

 Patch 7.3.1005
 Problem:Get stuck on regexp \n* and on %s/^\n\+/\r.
 Solution:   Fix handling of matching a line break. (idea by Hirohito
 Higashi)
 Files: src/regexp_nfa.c


 *** ../vim-7.3.1004/src/regexp_nfa.c   2013-05-21 22:00:42.0 +0200
 --- src/regexp_nfa.c   2013-05-22 22:53:08.0 +0200
 ***
 *** 2462,2468 
List*l; /* runtime state list */
nfa_state_T *state; /* state to update */
regsub_T*m; /* pointers to subexpressions */
 ! int  off;
int lid;
int *match; /* found match? */
{
 --- 2462,2468 
List*l; /* runtime state list */
nfa_state_T *state; /* state to update */
regsub_T*m; /* pointers to subexpressions */
 ! int  off;/* byte offset, when -1 go to next line */
int lid;
int *match; /* found match? */
{
 ***
 *** 2585,2592 
{
save.startpos[subidx] = m-startpos[subidx];
save.endpos[subidx] = m-endpos[subidx];
 !  m-startpos[subidx].lnum = reglnum;
 !  m-startpos[subidx].col = (colnr_T)(reginput - regline + off);
}
else
{
 --- 2585,2601 
{
save.startpos[subidx] = m-startpos[subidx];
save.endpos[subidx] = m-endpos[subidx];
 !  if (off == -1)
 !  {
 !  m-startpos[subidx].lnum = reglnum + 1;
 !  m-startpos[subidx].col = 0;
 !  }
 !  else
 !  {
 !  m-startpos[subidx].lnum = reglnum;
 !  m-startpos[subidx].col =
 !(colnr_T)(reginput - regline + off);
 !  }
}
else
{
 ***
 *** 2633,2640 
{
save.startpos[subidx] = m-startpos[subidx];
save.endpos[subidx] = m-endpos[subidx];
 !  m-endpos[subidx].lnum = reglnum;
 !  m-endpos[subidx].col = (colnr_T)(reginput - regline + off);
}
else
{
 --- 2642,2657 
{
save.startpos[subidx] = m-startpos[subidx];
save.endpos[subidx] = m-endpos[subidx];
 !  if (off == -1)
 !  {
 !  m-endpos[subidx].lnum = reglnum + 1;
 !  m-endpos[subidx].col = 0;
 !  }
 !  else
 !  {
 !  m-endpos[subidx].lnum = reglnum;
 !  m-endpos[subidx].col = (colnr_T)(reginput - regline + off);
 !  }
}
else
{
 ***
 *** 2834,2840 
int match = FALSE;
int flag = 0;
int old_reglnum = -1;
 ! int  reginput_updated = FALSE;
thread_T*t;
char_u  *old_reginput = NULL;
char_u  *old_regline = NULL;
 --- 2851,2857 
int match = FALSE;
int flag = 0;
int old_reglnum = -1;
 ! int  go_to_nextline;
thread_T*t;
char_u  *old_reginput = NULL;
char_u  *old_regline = NULL;
 ***
 *** 2917,2924 
/*
 * Run for each character.
 */
 ! do {
 ! again:
#ifdef FEAT_MBYTE
if (has_mbyte)
{
 --- 2934,2941 
/*
 * Run for each character.
 */
 ! for (;;)
 ! {
#ifdef FEAT_MBYTE
if (has_mbyte)
{
 ***
 *** 2932,2938 
 --- 2949,2958 
n = 1;
}
if (c == NUL)
 +  {
n = 0;
 +  go_to_nextline = FALSE;
 +  }

/* swap lists */
thislist =list[flag];
 ***
 *** 3007,3013 
(char *)t-sub.end[j]);
fprintf(log_fd, \n);
#endif
 !  goto nextchar;  /* found the left-most longest match */

case NFA_END_INVISIBLE:
/* This is only encountered after a NFA_START_INVISIBLE 
node.
 --- 3027,3035 
(char *)t-sub.end[j]);
fprintf(log_fd, \n);
#endif
 !  /* Found the left-most longest match, do not look at any other
 !   * states at this position. */
 !  goto nextchar;

case NFA_END_INVISIBLE:
/* This is only encountered after a NFA_START_INVISIBLE 
node.
 ***
 *** 3206,3220 

case NFA_NEWL:
if (!reg_line_lbr  REG_MULTI
 !  

bug with 7.3.981

[Cesar Romani]

By updating from 7.3.969 to 7.3.981 the following command doesn't work
anymore:
%s//\=''.matchstr(getline(.), '\d\+\ze').''

Let's say I use this command on the following text:
Title Action=GoTo Page=Table of Contents 5/Title
Title Action=GoTo Page=Acknowledgements 7/Title
Title Action=GoTo Page=Preface 9/Title
Title Action=GoTo Page=Introduction to the Second, Revised Edition 
11/Title

Title Action=GoTo Page=Introduction 13/Title

It works with 7.3.969 but not with 7.3.981.

Many thanks in advance,

--
Cesar

--
--
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/groups/opt_out.

Re: Can't build with racket 4.2 using MinGW anymore

[Cesar Romani]

On 18/02/2013 10:41 a.m., Sergey Khorev wrote:

 but vim with racket 4.2.3 doesn't compile with DYNAMIC_MZSCHEME=yes
 anymore.

 As I wrote previously, if you want DYNAMIC_MZSCHEME, you need to either
 use version 3.x or build Racket yourself with conservative GC.

I know that, but before patch 7.3.791 it used to get compiled with
racket 4.2.3 and DYNAMIC_MZSCHEME=yes.

--
--
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/groups/opt_out.

Re: Valgrind errors when compiled with MzScheme

[Cesar Romani]

On 18/02/2013 10:38 a.m., Sergey Khorev wrote:
 The problem above only occurs at runtime using racket 5.3.2 with the

 same command line.
 With racket 5.3.3 it works fine.


 Works fine for me. Did you delete mzscheme_base.c and *.o files before
 building Vim with another version of MzScheme?

That was, after deleting mzscheme_base.c it worked.

--
--
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/groups/opt_out.

Re: Can't build with Perl using Make_ming.mak any more [semi-solved]

[Cesar Romani]

On 21/02/2013 07:55 a.m., Ken Takata wrote:
 Hi Christian,

 2013/02/21 Thu 7:50:35 UTC+9 Heptite wrote:

 I used to build using Make_cyg.mak but stopped in recent months
 because it no longer worked for me when including one of the scripting
 interpreters. I include Perl, Python and Ruby, but I can't remember
 which broke.  About the same time Make_ming.mak _started_ working for
 me when it didn't before.

 Maybe it is Ruby.  Make_cyg.mak was changed in 7.3.815.
 Now, RUBY_API_VER must be specified as same as Make_ming.mak
 when you use Ruby.  The default compiler was also changed from
 'gcc' to 'i686-pc-mingw32-gcc'.

 You might write your command line so that other people can reproduce
 it easily.

It builds fine for me. I use MinGW on Windows 7 with gcc 4.6.2,
ActiveState perl 5.16 and ruby 1.9.3p385

Regards,

--
Cesar

--
--
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/groups/opt_out.

Re: Can't build with racket 4.2 using MinGW anymore

[Cesar Romani]

On 17/02/2013 01:06 a.m., Sergey Khorev wrote:



 I'm using MinGW with gcc-4.6.2, Racket 4.2.5 and
 MZSCHEME=c:/plt
 MZSCHEME_VER=3m_6ncd1k
 DYNAMIC_MZSCHEME=yes

 MZSCHEME_GENERATE_BASE=yes

 and the command line is:
 make -f Make_ming.mak



 Ok, I encounterred another problem with 4.2.5: Vim compiled fine but
 failed to link with undefined references to
 __emutls_v.scheme_thread_locals.

 On the other hand, 4.2.3 worked just fine:
 gcc 4.6.2, PLT Scheme 4.2.3
 with command line
 mingw32-make -f Make_ming.mak GUI=yes CSCOPE=yes MZSCHEME=%DEVLIBS%/plt4
 DYNAMIC_MZSCHEME=no MZSCHEME_VER=3m_6ncbi0 MZSCHEME_GENERATE_BASE=yes
 MZSCHEME_PRECISE_GC=yes

but vim with racket 4.2.3 doesn't compile with DYNAMIC_MZSCHEME=yes
anymore.

Regards,

--
Cesar

--
--
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/groups/opt_out.

Re: Valgrind errors when compiled with MzScheme

[Cesar Romani]

On 17/02/2013 01:18 a.m., Sergey Khorev wrote:
 I built vim with racket 5.3.2 (with racket 4.2.5 is not possible) using

 MinGW on Windows 7, 64-bit and whenever I run, say ':mzscheme 5' a
 windows pops up with the message:


 Your command line to build?

 Works fine with Racket 5.3.3
 mingw32-make -f Make_ming.mak GUI=yes CSCOPE=yes
 MZSCHEME=%DEVLIBS%/Racket DYNAMIC_MZSCHEME=no MZSCHEME_VER=3m_8bh220
 MZSCHEME_GENERATE_BASE=yes MZSCHEME_PRECISE_GC=yes 
MZSCHEME_USE_RACKET=yes


The problem above only occurs at runtime using racket 5.3.2 with the
same command line.
With racket 5.3.3 it works fine.

Regards,

--
Cesar

--
--
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/groups/opt_out.

Re: Valgrind errors when compiled with MzScheme

[Cesar Romani]

I built vim with racket 5.3.2 (with racket 4.2.5 is not possible) using
MinGW on Windows 7, 64-bit and whenever I run, say ':mzscheme 5' a
windows pops up with the message:


ViImproved - A Text Editor has stopped working

A problem caused the program to stop working correctly.
Windows will close the program and notify you if a solution is available.


Regards,

--
Cesar

--
--
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/groups/opt_out.

Re: Can't build with racket 4.2 using MinGW anymore

[Cesar Romani]

If I compile vim with MSVC, Racket 4.2.5 and
MZSCHEME=c:\plt
MZSCHEME_VER=3m_6ncd1k
DYNAMIC_MZSCHEME=yes

and with the command line:
nmake -f Make_mvc.mak

I get:
Microsoft (R) Program Maintenance Utility Version 10.00.30319.01
Copyright (C) Microsoft Corporation.  All rights reserved.

Tcl requested (version 85) - root dir is c:\tcl
Lua requested (version 51) - root dir is C:\Lua\5.1
Lua DLL will be loaded dynamically
Python requested (version 27) - root dir is C:\Python27
Python DLL will be loaded dynamically
MzScheme requested - root dir is c:\plt
Building with Precise GC
Make_mvc.mak(774) : fatal error U1050: MzScheme with Precise GC cannot
be loaded dynamically
Stop.

--
--
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/groups/opt_out.

Re: Can't build with racket 4.2 using MinGW anymore

[Cesar Romani]

On 08/02/2013 10:41 p.m., Sergey Khorev wrote:

 On Sat, Feb 9, 2013 at 12:36 AM, Cesar Romani cesar.rom...@gmail.com
 mailto:cesar.rom...@gmail.com wrote:

 I'm building vim on Windows 7 with MinGW.
 It cannot be compiled with racket 4.2 anymore.


 Racket 4.2.3 works fine for me with gcc-3.4.5 and 4.5.2. Tried both 3m
 and conservative GC versions.
 If you want it fixed please provide more information: version of gcc,
 command line you used to build.

I'm using MinGW with gcc-4.6.2, Racket 4.2.5 and
MZSCHEME=c:/plt
MZSCHEME_VER=3m_6ncd1k
MZSCHEME_GENERATE_BASE=yes

and the command line is:
make -f Make_ming,mak

Many thanks in advance,

--
Cesar

--
--
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/groups/opt_out.

Re: Can't build with racket 4.2 using MinGW anymore

[Cesar Romani]

On 08/02/2013 10:41 p.m., Sergey Khorev wrote:

 On Sat, Feb 9, 2013 at 12:36 AM, Cesar Romani cesar.rom...@gmail.com
 mailto:cesar.rom...@gmail.com wrote:

 I'm building vim on Windows 7 with MinGW.
 It cannot be compiled with racket 4.2 anymore.


 Racket 4.2.3 works fine for me with gcc-3.4.5 and 4.5.2. Tried both 3m
 and conservative GC versions.
 If you want it fixed please provide more information: version of gcc,
 command line you used to build.

I'm using MinGW with gcc-4.6.2, Racket 4.2.5 and
MZSCHEME=c:/plt
MZSCHEME_VER=3m_6ncd1k
DYNAMIC_MZSCHEME=yes
MZSCHEME_GENERATE_BASE=yes

and the command line is:
make -f Make_ming.mak

Many thanks in advance,

--
Cesar

--
--
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/groups/opt_out.

Re: compiling failed for vim7.3.531 with latest Racket 5.2 on Windows 7 using MinGW

[Cesar Romani]

If I use MSVC with
MZSCHEME=c:\plt
MZSCHEME_VER=3m_6ncd1k
DYNAMIC_MZSCHEME=yes

and the command line:
nmake -f Make_mvc.mak

I get:
Microsoft (R) Program Maintenance Utility Version 10.00.30319.01
Copyright (C) Microsoft Corporation.  All rights reserved.

Tcl requested (version 85) - root dir is c:\tcl
Lua requested (version 51) - root dir is C:\Lua\5.1
Lua DLL will be loaded dynamically
Python requested (version 27) - root dir is C:\Python27
Python DLL will be loaded dynamically
MzScheme requested - root dir is c:\plt
Building with Precise GC
Make_mvc.mak(774) : fatal error U1050: MzScheme with Precise GC cannot
be loaded dynamically
Stop.

--
--
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/groups/opt_out.

Can't build with racket 4.2 using MinGW anymore

[Cesar Romani]

I'm building vim on Windows 7 with MinGW.
It cannot be compiled with racket 4.2 anymore.
It used to get compiled before patch 7.3.791
Now I always get:

[...]
if_mzsch.c: In function 'window_new':
if_mzsch.c:1782:21: error: lvalue required as left operand of assignment
if_mzsch.c: In function 'buffer_new':
if_mzsch.c:2136:21: error: lvalue required as left operand of assignment
make: *** [gobjZi386/if_mzsch.o] Error 1
Error by compiling gvim.exe

How can I reverse that patch using hg?

Many thanks in advance,

--
Cesar

--
--
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/groups/opt_out.

Re: Patch 7.3.798

[Cesar Romani]

On 31/01/2013 10:36 p.m., Sergey Khorev wrote:

 It also doesn't work on Windows by building with MinGW.
 I always get:

 [...]
 ... -freg-struct-return -s -DINCLUDE_MZSCHEME_BASE if_mzsch.c -o
 gobjZi386/if_mzsch.o
 if_mzsch.c: In function 'window_new':
 if_mzsch.c:1747:21: error: lvalue required as left operand of 
assignment

 if_mzsch.c: In function 'buffer_new':
 if_mzsch.c:2097:21: error: lvalue required as left operand of 
assignment

 make: *** [gobjZi386/if_mzsch.o] Error 1
 Error by compiling gvim.exe


 What versions of gcc and Racket are you using?

gcc 4.6.2 and mzscheme version 3m_6nc96o.
But even with version 3m_8bh220 I'm getting the error:

[...]
if_mzsch.c:865:4: error: #error Precise GC v.4+ or Racket with 
futures/places do not support dynamic MzScheme

if_mzsch.c: In function 'window_new':
if_mzsch.c:1782:21: error: lvalue required as left operand of assignment
if_mzsch.c: In function 'buffer_new':
if_mzsch.c:2136:21: error: lvalue required as left operand of assignment
make: *** [gobjZi386/if_mzsch.o] Error 1
Error by compiling gvim.exe

Many thanks in advance,

--
Cesar

--
--
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/groups/opt_out.

Re: Patch 7.3.798

[Cesar Romani]

It also doesn't work on Windows by building with MinGW.
I always get:

[...]
... -freg-struct-return -s -DINCLUDE_MZSCHEME_BASE if_mzsch.c -o 
gobjZi386/if_mzsch.o

if_mzsch.c: In function 'window_new':
if_mzsch.c:1747:21: error: lvalue required as left operand of assignment
if_mzsch.c: In function 'buffer_new':
if_mzsch.c:2097:21: error: lvalue required as left operand of assignment
make: *** [gobjZi386/if_mzsch.o] Error 1
Error by compiling gvim.exe

It worked before patch 7.3.791

Many thanks in advance,

--
Cesar

--
--
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/groups/opt_out.

Re: Patch 7.3.791

[Cesar Romani]

I'm building vim on windows 7 with MinGW.
After that patch I get the following error:

[...]
... -freg-struct-return -s -DINCLUDE_MZSCHEME_BASE if_mzsch.c -o 
gobjZi386/if_mzsch.o

if_mzsch.c: In function 'window_new':
if_mzsch.c:1747:21: error: lvalue required as left operand of assignment
if_mzsch.c: In function 'buffer_new':
if_mzsch.c:2097:21: error: lvalue required as left operand of assignment
make: *** [gobjZi386/if_mzsch.o] Error 1
Error by compiling gvim.exe

Many thanks in advance,

--
Cesar

--
--
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/groups/opt_out.

Re: Patch 7.3.773

[Cesar Romani]

On 19/01/2013 08:02 a.m., Bram Moolenaar wrote:

 Patch 7.3.773 (after 7.3.767)
 Problem:Crash when OriginalFirstThunk is zero.
 Solution:   Skip items with OriginalFirstThunk not set. (Ken Takata)
 Files: src/mbyte.c


 *** ../vim-7.3.772/src/mbyte.c 2013-01-17 14:39:43.0 +0100
 --- src/mbyte.c2013-01-19 13:59:21.0 +0100
 ***
 *** 4317,4322 
 --- 4317,4324 

.VirtualAddress);
for (; pImpDesc-FirstThunk; ++pImpDesc)
{
 +  if (!pImpDesc-OriginalFirstThunk)
 +  continue;
pIAT = (PIMAGE_THUNK_DATA)(pImage + pImpDesc-FirstThunk);
pINT = (PIMAGE_THUNK_DATA)(pImage + pImpDesc-OriginalFirstThunk);
for (; pIAT-u1.Function; ++pIAT, ++pINT)
 *** ../vim-7.3.772/src/version.c   2013-01-17 18:33:58.0 +0100
 --- src/version.c  2013-01-19 14:01:50.0 +0100
 ***
 *** 727,728 
 --- 727,730 
{   /* Add new patch number below this line */
 + /**/
 + 773,
/**/


I'm building vim on windows 7 with MinGW.
By updating to the latest release I got the following error by make:


[...]
In file included from if_perl.xs:16:0:
vim.h:2188:21: fatal error: EXTERN.h: No such file or directory
compilation terminated.
make: *** [gobjZi386/if_perl.o] Error 1
Error by compiling gvim.exe


Many thanks in advance,

--
Cesar

--
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

Re: Patch 7.3.773

[Cesar Romani]

On 19/01/2013 01:13 p.m., Bram Moolenaar wrote:

 Casar Romani wrote:

 I'm building vim on windows 7 with MinGW.
 By updating to the latest release I got the following error by make:

 
 [...]
 In file included from if_perl.xs:16:0:
 vim.h:2188:21: fatal error: EXTERN.h: No such file or directory
 compilation terminated.
 make: *** [gobjZi386/if_perl.o] Error 1
 Error by compiling gvim.exe
 

 Many thanks in advance,

 This hasn't changed, thus it appears to be caused by a change in Perl.

But I haven't changed perl at all.
After doing 'make clean' and then 'make' I got:


[...]
xsubpp -prototypes -typemap \
 C:/perl/lib/ExtUtils/typemap if_perl.xs  if_perl.c
Can't find C:/perl/lib/ExtUtils/typemap in /home/caesar/vim/src
make: *** [if_perl.c] Error 2
Error by compiling gvim.exe


Many thanks in advance,

--
Cesar

--
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

Re: Patch 7.3.773

[Cesar Romani]

On 19/01/2013 01:13 p.m., Bram Moolenaar wrote:

 Casar Romani wrote:

 I'm building vim on windows 7 with MinGW.
 By updating to the latest release I got the following error by make:

 
 [...]
 In file included from if_perl.xs:16:0:
 vim.h:2188:21: fatal error: EXTERN.h: No such file or directory
 compilation terminated.
 make: *** [gobjZi386/if_perl.o] Error 1
 Error by compiling gvim.exe
 

 Many thanks in advance,

 This hasn't changed, thus it appears to be caused by a change in Perl.

You are right. Perl was uninstalled on my pc. Sorry for the noise,

Regards,

--
Cesar

--
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

error buy building on the latest update

[Cesar Romani]

I'm building vim on windows 7 with MinGW. The latest built was 766.
By updating to the latest release I got the following error:


[...]
In file included from if_perl.xs:16:0:
vim.h:2188:21: fatal error: EXTERN.h: No such file or directory
compilation terminated.
make: *** [gobjZi386/if_perl.o] Error 1
Error by compiling gvim.exe


Many thanks in advance,

--
Cesar

--
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

Re: Compiling vim with latest Racket fails

[Cesar Romani]

On 04/12/2012 10:24 p.m., Sergey Khorev wrote:
 if_mzsch.c:848:4: error: #error Precise GC v.4+ or Racket with
 futures/places do not support dynamic MzScheme

 Default Racket garbage collector (3m) doesn't support dynamic loading
 of dlls. For your reference this is how I build Vim with the latest
 Racket.

 mingw32-make -f Make_ming.mak GUI=yes CSCOPE=yes
 MZSCHEME=c:/Develop/Racket DYNAMIC_MZSCHEME=no MZSCHEME_VER=3m_8bh220
 MZSCHEME_GENERATE_BASE=yes MZSCHEME_PRECISE_GC=yes
 MZSCHEME_USE_RACKET=yes

Thanks, it works but you need to have libracket3m_8bh220.dll on your
path.

Regards,

--
Cesar

--
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

Re: Compiling vim with latest Racket fails

[Cesar Romani]

On 02/12/2012 07:25 a.m., Sergey Khorev wrote:
 I'm building vim 7.3.744 on Windows 7 with MinGW. By compiling it with
 Racket 5.3.1 I get:

 My comment about Make_cyg applies to Make_ming as well. You need to
 patch a Racket header file and use my patch for Vim.

After applying your patch and patching the Racket header I get:

---
[...]
if_mzsch.c:848:4: error: #error Precise GC v.4+ or Racket with 
futures/places do not support dynamic MzScheme

if_mzsch.c: In function 'window_new':
if_mzsch.c:1737:21: error: lvalue required as left operand of assignment
if_mzsch.c: In function 'buffer_new':
if_mzsch.c:2087:21: error: lvalue required as left operand of assignment
make: *** [gobjZi386/if_mzsch.o] Error 1
Error by compiling gvim.exe
---

Regards,

--
Cesar

--
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

Compiling vim with latest Racket fails

[Cesar Romani]

I'm building vim 7.3.744 on Windows 7 with MinGW. By compiling it with
Racket 5.3.1 I get:


In file included from if_mzsch.h:15:0,
 from os_win32.c:26:
c:/Racket/include/scheme.h:890:3: error: unknown type name 'uintptr_t'
In file included from c:/Racket/include/scheme.h:1162:0,
 from if_mzsch.h:15,
 from os_win32.c:26:
c:/Racket/include/schthread.h:124:3: error: unknown type name 'uintptr_t'
c:/Racket/include/schthread.h:125:3: error: unknown type name 'uintptr_t'
c:/Racket/include/schthread.h:127:3: error: unknown type name 'uintptr_t'
c:/Racket/include/schthread.h:134:3: error: unknown type name 'uintptr_t'
c:/Racket/include/schthread.h:135:3: error: expected 
specifier-qualifier-list before 'uintptr_t'

In file included from c:/Racket/include/scheme.h:1929:0,
 from if_mzsch.h:15,
 from os_win32.c:26:
c:/Racket/include/schemef.h:608:66: error: unknown type name 'uintptr_t'
c:/Racket/include/schemef.h:611:69: error: unknown type name 'uintptr_t'
c:/Racket/include/schemef.h:611:88: error: unknown type name 'uintptr_t'
c:/Racket/include/schemef.h:612:78: error: unknown type name 'uintptr_t'
c:/Racket/include/schemef.h:612:97: error: unknown type name 'uintptr_t'

:/Racket/include/schemef.h:630:76: error: unknown type name 'uintptr_t'
c:/Racket/include/schemef.h:691:59: error: unknown type name 'uintptr_t'
In file included from c:/Racket/include/scheme.h:1929:0,
 from if_mzsch.h:15,
 from os_win32.c:26:
c:/Racket/include/schemef.h:1031:71: error: unknown type name 'uintptr_t'
c:/Racket/include/schemef.h:1032:78: error: unknown type name 'uintptr_t'
c:/Racket/include/schemef.h:1034:69: error: unknown type name 'uintptr_t'
c:/Racket/include/schemef.h:1035:76: error: unknown type name 'uintptr_t'
c:/Racket/include/schemef.h:1037:71: error: unknown type name 'uintptr_t'
c:/Racket/include/schemef.h:1040:72: error: unknown type name 'uintptr_t'
c:/Racket/include/schemef.h:1041:79: error: unknown type name 'uintptr_t'
make: *** [gobjZi386/os_win32.o] Error 1
Error by compiling gvim.exe


Many thanks in advance,

--
Cesar

--
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

compile error by updating from 7.3.718 to 7.3.728

[Cesar Romani]

I'm building vim on windows 7 with mingw.
By updating it from 7.3.718 to 7.3.728 I got:


[...]
if_ruby.c:339:21: error: static declaration of 'rb_num2long_stub' 
follows non-static declaration
c:/ruby193/include/ruby-1.9.1/ruby/ruby.h:502:14: note: previous 
declaration of 'rb_num2long_stub' was here
if_ruby.c:343:14: error: static declaration of 'rb_int2big_stub' follows 
non-static declaration
c:/ruby193/include/ruby-1.9.1/ruby/intern.h:96:7: note: previous 
declaration of 'rb_int2big_stub' was here

make: *** [gobjZi386/if_ruby.o] Error 1
Error by compiling gvim.exe


Many thanks in advance,

--
Cesar


--
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

Re: Patch 7.3.725

[Cesar Romani]

I'm building vim on windows 7 with mingw.
By updating it from 7.3.718 to 7.3.725 I get:


[...]
if_ruby.c:339:21: error: static declaration of 'rb_num2long_stub' 
follows non-static declaration
c:/ruby193/include/ruby-1.9.1/ruby/ruby.h:502:14: note: previous 
declaration of 'rb_num2long_stub' was here
if_ruby.c:343:14: error: static declaration of 'rb_int2big_stub' follows 
non-static declaration
c:/ruby193/include/ruby-1.9.1/ruby/intern.h:96:7: note: previous 
declaration of 'rb_int2big_stub' was here

make: *** [gobjZi386/if_ruby.o] Error 1
Error by compiling gvim.exe


Many thanks in advance,

--
Cesar

--
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

Problem by updating from 692 to 709

[Cesar Romani]

I'm building vim on windows 7.
By updating from 692 to 709 I got the following problem:
If I open 'gvim -N -u NONE file' and I type something, say foo, and if I
want to change a character, say f, to n using r in normal mode, it
doesn't work. I always get the same character.

Many thanks in advance,

--
Cesar

--
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

Re: Patch 7.3.582

[Cesar Romani]

I'm building vim on windows 7 with MinGW. By upgrading from 7.3.566 to
7.3.582 I get the following compile error:

---
...
os_win32.c: In function 'mch_avail_mem':
os_win32.c:5012:2: error: unknown type name 'MEMORYSTATUSEX'
os_win32.c:5014:4: error: request for member 'dwLength' in something not 
a structure or union
os_win32.c:5014:23: error: 'MEMORYSTATUSEX' undeclared (first use in 
this function)
os_win32.c:5014:23: note: each undeclared identifier is reported only 
once for each function it appears in
os_win32.c:5016:21: error: request for member 'ullAvailPhys' in 
something not a structure or union
os_win32.c:5016:39: error: request for member 'ullAvailPageFile' in 
something not a structure or union

make: *** [gobjZ/os_win32.o] Error 1
Error by compiling gvim.exe


Many thanks in advance,

--
Cesar

--
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

compiling failed for vim7.3.531 with latest Racket 5.2 on Windows 7 using MinGW

[Cesar Romani]

By compiling vim 7.3.531 with the the latest Racket 5.2 on Windows 7
using MinGW, I get:


if_mzsch.c:806:4: error: #error Precise GC v.4+ or Racket with 
futures/places do not support dynamic MzScheme

make: *** [gobjZ/if_mzsch.o] Error 1


The only changes I did on Make_ming.mak are:
MZSCHEME=c:/Racket
MZSCHEME_VER=3m_8avmg8

Many thanks in advance,

--
Cesar

--
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

Re: compiling failed for vim7.3.531 with latest Racket 5.2 on Windows 7 using MinGW

[Cesar Romani]

On 29/05/2012 11:25 a.m., Sergey Khorev wrote:
 
 if_mzsch.c:806:4: error: #error Precise GC v.4+ or Racket with
 futures/places do not support dynamic MzScheme
 make: *** [gobjZ/if_mzsch.o] Error 1
 

 The only changes I did on Make_ming.mak are:
 MZSCHEME=c:/Racket
 MZSCHEME_VER=3m_8avmg8

 Also you need to set MZSCHEME_GENERATE_BASE=yes but that would not
 work without some patching of Racket headers. I recommend you use MSVC
 instead of MinGW.

Thanks but I get the same error. As you said I'd need a patch for the
Racket headers.
I added # include stdint.h to if_mzsch.h, because without it I was
getting:


...
In file included from if_mzsch.h:15:0,
 from os_win32.c:26:
c:/Racket/include/scheme.h:886:3: error: unknown type name 'uintptr_t'
In file included from c:/Racket/include/scheme.h:1152:0,
 from if_mzsch.h:15,
 from os_win32.c:26:
c:/Racket/include/schthread.h:124:3: error: unknown type name 'uintptr_t'
...


I'll wait for the patching of Racket headers to compile vim with MinGW.

Best regards,

--
Cesar

--
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

Re: Patch 7.3.189

[Cesar Romani]

On 10/05/2011 10:29 a.m., Bram Moolenaar wrote:

 Patch 7.3.189 (after 7.3.186)
 Problem:Can't build without +clipboard feature. (Christian Ebert)
 Solution:   Add the missing #ifdef.
 Files: src/normal.c


 *** ../vim-7.3.188/src/normal.c2011-05-10 16:12:40.0 +0200
 --- src/normal.c   2011-05-10 17:25:26.0 +0200
 ***
 *** 1204,1212 
 --- 1204,1215 
#ifdef FEAT_EVAL
{
int regname = 0;
 +
/* Adjust the register according to 'clipboard', so that when
 * unnamed is present it becomes '*' or '+' instead of ''. 
*/
 + # ifdef FEAT_CLIPBOARD
adjust_clip_reg(regname);
 + # endif
set_reg_var(regname);
}
#endif
 *** ../vim-7.3.188/src/version.c   2011-05-10 17:21:34.0 +0200
 --- src/version.c  2011-05-10 17:29:21.0 +0200
 ***
 *** 716,717 
 --- 716,719 
{   /* Add new patch number below this line */
 + /**/
 + 189,
/**/


By upgrading from 7.3.186 to 7.3.189 on Win XP with MinGW, I'm getting
the following compilation error:


...
gcc -c -Iproto -DWIN32 ... ex_cmds2.c -o gobjZ/ex_cmds2.o
ex_cmds2.c: In function `do_source':
ex_cmds2.c:2928: error: storage size of 'tv_rel' isn't known
ex_cmds2.c:2929: error: storage size of 'tv_start' isn't known
make: *** [gobjZ/ex_cmds2.o] Error 1
Error by compiling gvim.exe


Many thanks in advance,

--
Cesar

--
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

Re: Patch 7.3.189

[Cesar Romani]

On 11/05/2011 01:52 p.m., Bram Moolenaar wrote:

 Cesar Romani wrote:

 On 10/05/2011 10:29 a.m., Bram Moolenaar wrote:
   
 Patch 7.3.189 (after 7.3.186)
 Problem:Can't build without +clipboard feature. (Christian 
Ebert)

 Solution:   Add the missing #ifdef.
 Files: src/normal.c
 [...]

 By upgrading from 7.3.186 to 7.3.189 on Win XP with MinGW, I'm getting
 the following compilation error:

 
 ...
 gcc -c -Iproto -DWIN32 ... ex_cmds2.c -o gobjZ/ex_cmds2.o
 ex_cmds2.c: In function `do_source':
 ex_cmds2.c:2928: error: storage size of 'tv_rel' isn't known
 ex_cmds2.c:2929: error: storage size of 'tv_start' isn't known
 make: *** [gobjZ/ex_cmds2.o] Error 1
 Error by compiling gvim.exe
 

 Many thanks in advance,

 Nothing changed in defining struct timeval.  No idea why it stopped
 working for you.  Try make distclean.

Thanks, I did make clean and it worked. Sorry for the noise.

Regards,

--
Cesar

--
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

Re: Patch 7.3.083

[Cesar Romani]

By building vim 7.3.083 on Win XP with MinGW, I'm getting:


...
gcc -c -Iproto -DWIN32 ... fileio.c -o gobjZ/fileio.o
fileio.c:10306:1: error: expected declaration specifiers or '...' before 
'(' token
fileio.c:10306:1: error: expected declaration specifiers or '...' before 
'(' token
fileio.c:10306:1: error: expected declaration specifiers or '...' before 
'(' token

fileio.c:10306:1: error: conflicting types for 'read'
c:\mingw\bin\../lib/gcc/mingw32/4.5.0/../../../../include/io.h:452:37: 
note: previous declaration of 'read' was here

fileio.c: In function 'read':
fileio.c:10309:13: error: declaration for parameter 'bufsize' but no 
such parameter
fileio.c:10308:14: error: declaration for parameter 'buf' but no such 
parameter
fileio.c:10307:13: error: declaration for parameter 'fd' but no such 
parameter

fileio.c: At top level:
fileio.c:10327:1: error: expected declaration specifiers or '...' before 
'(' token
fileio.c:10327:1: error: expected declaration specifiers or '...' before 
'(' token
fileio.c:10327:1: error: expected declaration specifiers or '...' before 
'(' token

fileio.c:10327:1: error: conflicting types for 'write'
c:\mingw\bin\../lib/gcc/mingw32/4.5.0/../../../../include/io.h:458:37: 
note: previous declaration of 'write' was here

fileio.c: In function 'write':
fileio.c:10330:13: error: declaration for parameter 'bufsize' but no 
such parameter
fileio.c:10329:14: error: declaration for parameter 'buf' but no such 
parameter
fileio.c:10328:13: error: declaration for parameter 'fd' but no such 
parameter

make: *** [gobjZ/fileio.o] Error 1


Regards,

--
Cesar

--
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

Re: Patch 7.3.008

[Cesar Romani]

I'm using vim 7.3.6, built on Win XP with MinGW.
By updating to 7.3.11
It builds fine to gvim.exe but building to vim.exe 7.3.11 gives:


...
gcc -c ... tag.c -o objZ/tag.o
tag.c: In function 'do_tag':
tag.c:128:1: internal compiler error: Segmentation fault
make: *** [objZ/tag.o] Error 1


I think the error is produced after updating to 7.3.8

Many thanks in advance,
Cesar

--
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

Re: Patch 7.3.008

[Cesar Romani]

On 23/09/2010 09:49 a.m., Onur Küçük wrote:

 On Thu, 23 Sep 2010 08:18:23 -0500
 Cesar Romanicesar.rom...@gmail.com  wrote:

 I'm using vim 7.3.6, built on Win XP with MinGW.
 By updating to 7.3.11
 It builds fine to gvim.exe but building to vim.exe 7.3.11 gives:

 
 ...
 gcc -c ... tag.c -o objZ/tag.o
 tag.c: In function 'do_tag':
 tag.c:128:1: internal compiler error: Segmentation fault


   The problem seems to be in the gcc you are using. You can use
 -save-temps to create a preprocessed file and report to your gcc
 provider.

I didn't have any problems compiling it to vim 7.3.6

--
Cesar

--
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

Re: Patch 7.3.008

[Cesar Romani]

On 23/09/2010 09:49 a.m., Onur Küçük wrote:

 On Thu, 23 Sep 2010 08:18:23 -0500
 Cesar Romanicesar.rom...@gmail.com  wrote:

 I'm using vim 7.3.6, built on Win XP with MinGW.
 By updating to 7.3.11
 It builds fine to gvim.exe but building to vim.exe 7.3.11 gives:

 
 ...
 gcc -c ... tag.c -o objZ/tag.o
 tag.c: In function 'do_tag':
 tag.c:128:1: internal compiler error: Segmentation fault


   The problem seems to be in the gcc you are using. You can use
 -save-temps to create a preprocessed file and report to your gcc
 provider.


I did a make clean and everything is compiling fine. Sorry for the
noise.

Regards

--
Cesar

--
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

Building the latest vim 7.3 failed to compile on Win XP with MinGW

[Cesar Romani]

I'm getting following error:


gcc ... -o uninstal.exe uninstal.c -lkernel32 -luser32 -lgdi32 
-ladvapi32 -lcomdlg32 -lcomctl32 -lversion -lwsock32 -Lc:/tcl/lib 
-ltclstub85
C:\DOCUME~1\Romer\IMPOST~1\Temp\ccYnj5jw.o:uninstal.c:(.text+0x24): 
undefined reference to `RegDeleteKeyEx'
C:\DOCUME~1\Romer\IMPOST~1\Temp\ccYnj5jw.o:uninstal.c:(.text+0x4f): 
undefined reference to `RegDeleteKeyEx'
C:\DOCUME~1\Romer\IMPOST~1\Temp\ccYnj5jw.o:uninstal.c:(.text+0x79): 
undefined reference to `RegDeleteKeyEx'
C:\DOCUME~1\Romer\IMPOST~1\Temp\ccYnj5jw.o:uninstal.c:(.text+0xa3): 
undefined reference to `RegDeleteKeyEx'
C:\DOCUME~1\Romer\IMPOST~1\Temp\ccYnj5jw.o:uninstal.c:(.text+0xcd): 
undefined reference to `RegDeleteKeyEx'
C:\DOCUME~1\Romer\IMPOST~1\Temp\ccYnj5jw.o:uninstal.c:(.text+0xf7): more 
undefined references to `RegDeleteKeyEx' follow

collect2: ld returned 1 exit status
make: *** [uninstal.exe] Error 1


Many thanks in advance,

--
Cesar

--
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