I'm trying to build a version of vim with perl support that will run
under the cygwin terminal (ie. *not* the win32 build). The configure/
make/make install sequence runs to completion with no errors, however
when I fire up vim and do a test perl command like :perl 'my $i=1;',
vim quits with this
On 13/03/10 10:02, Peter Thomas wrote:
I'm trying to build a version of vim with perl support that will run
under the cygwin terminal (ie. *not* the win32 build). The configure/
make/make install sequence runs to completion with no errors, however
when I fire up vim and do a test perl command
at least on my computer, vim crashes when evaluating this line:
:ruby require 'e2mmap'
With ruby 1.8.7 everything is okay.
Another thing I noticed (now with ruby 1.8.7 or 1.8.6). When you try
:ruby p VIM::evaluate(input('Foo'))
And pressesc, you get an error message:
Sergey Khorev wrote:
at least on my computer, vim crashes when evaluating this line:
:ruby require 'e2mmap'
With ruby 1.8.7 everything is okay.
Another thing I noticed (now with ruby 1.8.7 or 1.8.6). When you try
:ruby p VIM::evaluate(input('Foo'))
And pressesc,
Attached patch provides clean up required.
ruby_dyn3.txt
This seems to work. I had to make a few changes to Make_cyg.mak in
order to compile it with USE_DLL=no.
BTW since ruby 1.9 tends to break code ruby written for ruby 1.8, I
think there should be an easy way to query ruby's version
BTW since ruby 1.9 tends to break code ruby written for ruby 1.8, I
think there should be an easy way to query ruby's version number.
I am not sure I understood you correctly. Compiler detects Ruby
version at compile time already (see numerous #ifdefs in if_ruby.c).
And I do not think there is
@@ -334,6 +338,8 @@
DEFINES += -D_MAX_PATH=256 -D__CYGWIN__
else
INCLUDES += -mno-cygwin
+CC = gcc-3
+CXX = g++-3
endif
##
It seems implicitly requiring the latest Cygwin. I am not sure all
users upgraded to 1.7 already.
It actually would require a
I am not sure I understood you correctly. Compiler detects Ruby
version at compile time already (see numerous #ifdefs in if_ruby.c).
And I do not think there is a point in detecting version at run-time:
it looks Ruby developers do not care of C code compatibility.
I currently use has('ruby')
Am 12.03.2010 09:13, schrieb Jean Johner:
I don't see these problems.
My first guess is that all of the above can be explained by trailing
spaces on the right hand side of some mappings, probably caused by
copypaste. Try to remove all trailing spaces:
:%s/\s\+$//
Hi Andy,
That was it.
Hi
Attached patch fixes the following item in Vim's TODO list:
:e dirTab with 'wildmode' set to list doesn't highlight directory names
with a space. (Alexandre Provencio, 2009 Jun 9)
Steps to reproduce it:
In shell, run:
$ mkdir foo\ bar
$ mkdir foobar
$ vim -u NONE -c 'set
On Mar 13, 2:47 am, Tony Mechelynck antoine.mechely...@gmail.com
wrote:
On 13/03/10 10:02, Peter Thomas wrote:
I'm trying to build a version of vim with perl support that will run
under the cygwin terminal (ie. *not* the win32 build). The configure/
make/make install sequence runs to
On 13/03/10 20:51, Peter Thomas wrote:
On Mar 13, 2:47 am, Tony Mechelynckantoine.mechely...@gmail.com
wrote:
On 13/03/10 10:02, Peter Thomas wrote:
I'm trying to build a version of vim with perl support that will run
under the cygwin terminal (ie. *not* the win32 build). The configure/
Hello guys.
I recently caught an E38 (Null argument).
gvim -u NONE +so trap_e38.vim
(the trap_e38.vim is in attachment)
:version
VIM - Vi IMproved 7.2 (2008 Aug 9, compiled Mar 13 2010 09:32:48)
MS-Windows 32-bit GUI version
Included patches: 1-394
Compiled by administra...@bla
Big version
On Mar 13, 5:03 pm, Peter Thomas pthomas...@gmail.com wrote:
On Mar 13, 3:59 pm, Tony Mechelynck antoine.mechely...@gmail.com
wrote:
On 13/03/10 20:51, Peter Thomas wrote:
On Mar 13, 2:47 am, Tony Mechelynckantoine.mechely...@gmail.com
wrote:
On 13/03/10 10:02, Peter Thomas
14 matches
Mail list logo