On Wednesday, June 12, 2013 2:21:55 PM UTC+9, Ben Fritz wrote:
On Wednesday, June 12, 2013 12:13:48 AM UTC-5, Ben Fritz wrote:
Isn't that first bit much too complicated? Am I missing something, or is
this:
\%(\%(\.\@!\.\)\@!\|::\)\_s*\zs\%(RUBY_...
equivalent to this:
On 11/06/2013 22:11, Mike Williams wrote:
Hi,
Never leave a developer in possession of a profiler ...
... while enjoying an evening beer.
Updated patch to save 1bit for future use (alnum check is check for
alpha or num, duh!)
diff --git a/src/ex_docmd.c b/src/ex_docmd.c
---
On 12/06/2013 03:25, Charles E Campbell wrote:
Mike Williams wrote:
So with my setup, nerdtree takes a while to start in large directory
of files, such as VIM's src directory. On Windows the profiler shows
a large amount of time is being spent in the CRT's isalnum(),
isalpha() and islower()
On 12 June 2013 15:13, Ben Fritz fritzophre...@gmail.com wrote:
On Monday, June 10, 2013 8:47:35 PM UTC-5, Hiroshi Shirosaki wrote:
rubyPredefinedConstant pattern looks much slower with this file.
syntime result:
:set re=0
TOTAL COUNT MATCH SLOWEST AVERAGE NAME
Mike Williams wrote:
Never leave a developer in possession of a profiler ...
So with my setup, nerdtree takes a while to start in large directory of
files, such as VIM's src directory. On Windows the profiler shows a
large amount of time is being spent in the CRT's isalnum(), isalpha()
John Wiersba wrote:
I used -u NONE so that my configuration would be as simple as
possible. I normally use a custom .vimrc which does not have
compatible mode set.
This buggy behavior happens only on AIX 6.1 with filesystems which
have 64-bit inodes. It does not happen on other
Yasuhiro Matsumoto wrote:
On Wednesday, June 12, 2013 10:48:42 AM UTC+9, mattn wrote:
On Wednesday, June 12, 2013 12:11:35 AM UTC+9, Ben Fritz wrote:
On Tuesday, June 11, 2013 5:25:42 AM UTC-5, mattn wrote:
On Tuesday, June 11, 2013 1:33:45 PM UTC+9, v...@googlecode.com wrote:
Axel Bender wrote:
Yes, a) I'm using gvim (this is due an alias: vi=gvim ;-), and b) I
forgot one command; the correct sequence is as follows:
gvim -U NONE -u NONE -i NONE --noplugin -N spanish.txt
gg^
:set re=1
:so lang.vim
6j$a abcESCkok!
u
gg^
:syn off
:set re=2
:so lang.vim
Dominique Pelle wrote:
Hi
Using the heap profiler 'valgrind --tool=massif vim'
I saw 135,536 bytes allocated from here:
| | -03.74% (135,536B) 0x43D7D1: dict_alloc (eval.c:6977)
| | | -03.69% (133,816B) 0x43E360: get_dict_tv (eval.c:7471)
| | | | -03.69% (133,816B) 0x43A8AD: eval7
Christian Liesch wrote:
The one at the office which also work with httest do use the syntax file
as well as I do of course. It is much easier to write httest scripts
with syntax highlighting. Furthermore it is included in the tar.gz
package as well.
I attached it for you. How is it
On 12/06/2013 11:33, Bram Moolenaar wrote:
Mike Williams wrote:
Never leave a developer in possession of a profiler ...
So with my setup, nerdtree takes a while to start in large directory of
files, such as VIM's src directory. On Windows the profiler shows a
large amount of time is being
# HG changeset patch
# User ZyX kp-...@ya.ru
# Date 1371034574 -14400
# Wed Jun 12 14:56:14 2013 +0400
# Branch python-path
# Node ID a1b8a5ddecec70085e7e62f8ea9bc6c46ecea530
# Parent c37e77761d00748eec028883e5a6f999d50c3479
Fix for python2
Python-3 now fails like it failed previously: on
Bram Moolenaar wrote:
After the patch, starting nerdtree in VIM's src is ~35% faster (1.7s vs
2.6s) and the CRT's locale handling functions no longer appear in the
profile (and I warmed the file cache to remove disk reading from the
times). In general this should help speed up longer running
# HG changeset patch
# User ZyX kp-...@ya.ru
# Date 1371036594 -14400
# Wed Jun 12 15:29:54 2013 +0400
# Branch python-path
# Node ID 27aa091d5fa525fd4ba97b4b68dc62e64e8bd3a0
# Parent 643f64bbd9386d746313a7678cfa08826b4a5122
Use the same method for python3 as for python2
diff -r
Doug Kearns wrote:
On 12 June 2013 15:13, Ben Fritz fritzophre...@gmail.com wrote:
On Monday, June 10, 2013 8:47:35 PM UTC-5, Hiroshi Shirosaki wrote:
rubyPredefinedConstant pattern looks much slower with this file.
syntime result:
:set re=0
TOTAL COUNT MATCH SLOWEST
Patch 7.3.1170
Problem:Patch 7.3.1058 breaks backwards compatibility, not possible to use
a function reference as a string. (lilydjwg)
Solution: Instead of translating the function name only translate s:.
Files: src/eval.c
*** ../vim-7.3.1169/src/eval.c 2013-06-11
On 12/06/2013 12:23, Dominique Pellé wrote:
Bram Moolenaar wrote:
After the patch, starting nerdtree in VIM's src is ~35% faster (1.7s vs
2.6s) and the CRT's locale handling functions no longer appear in the
profile (and I warmed the file cache to remove disk reading from the
times). In
Hi
2013/6/12 Bram Moolenaar b...@moolenaar.net
Christian Liesch wrote:
The one at the office which also work with httest do use the syntax file
as well as I do of course. It is much easier to write httest scripts
with syntax highlighting. Furthermore it is included in the tar.gz
Dominique Pelle wrote:
After the patch, starting nerdtree in VIM's src is ~35% faster (1.7s vs
2.6s) and the CRT's locale handling functions no longer appear in the
profile (and I warmed the file cache to remove disk reading from the
times). In general this should help speed up longer
Patch 7.3.1171
Problem:Check for digits and ascii letters can be faster.
Solution: Use a trick with one comparison. (Dominique Pelle)
Files: src/macros.h
*** ../vim-7.3.1170/src/macros.h2013-06-08 18:19:40.0 +0200
--- src/macros.h2013-06-12 14:03:00.0
Patch 7.3.1172
Problem:Python 2: loading modules doesn't work well.
Solution: Fix the code. Add more tests. (ZyX)
Files: runtime/doc/if_pyth.txt, src/if_py_both.h, src/if_python.c,
src/testdir/python2/module.py, src/testdir/python3/module.py,
Patch 7.3.1174
Problem:Python 2 and 3 use different ways to load modules.
Solution: Use the same method. (ZyX)
Files: runtime/doc/if_pyth.txt, src/if_py_both.h, src/if_python3.c,
src/if_python.c
*** ../vim-7.3.1173/runtime/doc/if_pyth.txt 2013-06-12 14:20:15.0
ZyX wrote:
# HG changeset patch
# User ZyX kp-...@ya.ru
# Date 1371036594 -14400
# Wed Jun 12 15:29:54 2013 +0400
# Branch python-path
# Node ID 27aa091d5fa525fd4ba97b4b68dc62e64e8bd3a0
# Parent 643f64bbd9386d746313a7678cfa08826b4a5122
Use the same method for python3 as for python2
Thanks, Brad. I agree that programs should not have to be recompiled to call a
different library function. I've added your comments to my PMR with IBM --
we'll see what they say.
From: Bram Moolenaar b...@moolenaar.net
To: John Wiersba jrw32...@yahoo.com
On 12/06/2013 13:10, Bram Moolenaar wrote:
Patch 7.3.1171
Problem:Check for digits and ascii letters can be faster.
Solution: Use a trick with one comparison. (Dominique Pelle)
Files: src/macros.h
*** ../vim-7.3.1170/src/macros.h2013-06-08 18:19:40.0 +0200
---
I'm glad to inform you that UltiSnips works fine again with patchlevel 1174
--
Regards,
Davido
--
--
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
On Wednesday, June 12, 2013 2:30:37 AM UTC-5, Hiroshi Shirosaki wrote:
On Wednesday, June 12, 2013 2:21:55 PM UTC+9, Ben Fritz wrote:
On Wednesday, June 12, 2013 12:13:48 AM UTC-5, Ben Fritz wrote:
Isn't that first bit much too complicated? Am I missing something, or is
this:
Axel Bender wrote:
Hi Bram,
I use 7.3.1169 as of today. Attached the picture you requested.
It looks like there is something wrong with encoding, the upside-down
question mark is not displayed correctly. The file you sent was in
latin1, but your image looks like it's using utf-8.
What
Patch 7.3.1175
Problem:Using isalpha() and isalnum() can be slow.
Solution: Use range checks. (Mike Williams)
Files: src/ex_docmd.c, src/macros.h
*** ../vim-7.3.1174/src/ex_docmd.c 2013-06-08 18:19:39.0 +0200
--- src/ex_docmd.c 2013-06-12 16:50:50.0 +0200
Mike Williams wrote:
On 12/06/2013 13:10, Bram Moolenaar wrote:
Patch 7.3.1171
Problem:Check for digits and ascii letters can be faster.
Solution: Use a trick with one comparison. (Dominique Pelle)
Files: src/macros.h
[...]
Unfortunately the functions that need
Bram,
Here is an updated indent file. The variable should have been defined in
section 2.
Steven N. Oliver
On Fri, Jun 7, 2013 at 1:41 PM, Bram Moolenaar b...@moolenaar.net wrote:
Steven Oliver wrote:
This version should correct all the noted errors. Sorry about that.
Thanks!
On 12/06/2013 16:12, Bram Moolenaar wrote:
Mike Williams wrote:
On 12/06/2013 13:10, Bram Moolenaar wrote:
Patch 7.3.1171
Problem:Check for digits and ascii letters can be faster.
Solution: Use a trick with one comparison. (Dominique Pelle)
Files: src/macros.h
[...]
Hi,
Back to normal patches from me :) Missing int casts for expression
using STRLEN()
diff --git a/src/eval.c b/src/eval.c
--- a/src/eval.c
+++ b/src/eval.c
@@ -10980,7 +10980,8 @@ f_function(argvars, rettv)
* also work, but some plugins depend on the name being
printable
Back on-list.
I should mention, autoconf --version prints Autoconf version 2.13.
The default src/auto/configure script works in revision 1169, however,
so I don't really NEED to resolve any make autoconf issues.
On Wed, Jun 12, 2013 at 10:20 AM, Benjamin Fritz
fritzophre...@gmail.com wrote:
On
Hi, Bram,
you may as well elimitate the inverted question mark (I just forgot to replace
it in the example - in the base document there are no xs), the result is the
same.
Also, the effect is independent from enc (I tested it with both, utf8 and
latin1). In both cases fenc was empty.
--
--
Davido wrote:
I'm glad to inform you that UltiSnips works fine again with patchlevel 1174
Thanks for checking. With this kind of change it's hard to tell wether
a solution doesn't break something else.
It was weird that the text output of a function reference is passed as
an argument to
Steven Oliver wrote:
Bram,
Here is an updated indent file. The variable should have been defined in
section 2.
Thanks for the update. Running my test script...
Indent file falcon.vim: Vim(elseif):E121: Undefined variable:
s:bracket_continuation_regex in function
Mike Williams wrote:
Back to normal patches from me :) Missing int casts for expression
using STRLEN()
Thanks. One change moved to if_py_both.h
--
Very funny, Scotty. Now beam down my clothes.
/// Bram Moolenaar -- b...@moolenaar.net -- http://www.Moolenaar.net \\\
///
Benjamin Fritz wrote:
Back on-list.
I should mention, autoconf --version prints Autoconf version 2.13.
The default src/auto/configure script works in revision 1169, however,
so I don't really NEED to resolve any make autoconf issues.
My autoconf is version 2.65.
Although autoconf is
Axel Bender wrote:
you may as well elimitate the inverted question mark (I just forgot to
replace it in the example - in the base document there are no xs), the
result is the same.
Also, the effect is independent from enc (I tested it with both, utf8
and latin1). In both cases fenc was
I can't reproduce on OS X 10.8.4, using MacVim, which is at 7.3.1168. I
don't get what matches the .png file; I get the same colors whether re=1 or
re=2.
I can't test console vim because the file lang.vim only defines gui colors.
Therefore, I see no highlighting no matter what.
-Manny
On
No, it's a different one.
On a less embarrassing note, you have a script that tests these?
Steven N. Oliver
On Wed, Jun 12, 2013 at 12:11 PM, Bram Moolenaar b...@moolenaar.net wrote:
Steven Oliver wrote:
Bram,
Here is an updated indent file. The variable should have been defined in
On Wednesday, June 12, 2013 11:11:57 AM UTC-5, Bram Moolenaar wrote:
Although autoconf is used to make software portable, configure files
themselves are written for a specific version of autoconf :-).
Well, at least you can't use an old version.
Good to know, thanks. And thanks for
Rob Owens wrote:
I made a dumb newbie error on my diff files, so I'm sending the
updated ones. This time I used the vim files from mercurial instead
of Debian's versions (headsmack!)
Syntax files are attached. For filetype.vim and synmenu.vim, see the
diffs below.
The names of the
Patch 7.3.1177
Problem:Wasting memory on padding.
Solution: Reorder struct fields. (Dominique Pelle)
Files: src/structs.h, src/fileio.c
*** ../vim-7.3.1176/src/structs.h 2013-06-06 14:55:16.0 +0200
--- src/structs.h 2013-06-12 19:21:02.0 +0200
Steven Oliver wrote:
No, it's a different one.
Thanks.
On a less embarrassing note, you have a script that tests these?
It basically loads the runtime files one by one and sees if that causes
any errors. If you test your scripts in any way that would already do
more.
--
hundred-and-one
On 12 June 2013, Dominique Pellé dominique.pe...@gmail.com wrote:
[...]
You can half the number of comparisons when doing range checking.
Instead of doing 2 comparisons...
if (c = '0' c = '9')
You can do it in one comparison with this trick:
if ((unsigned)c - '0' 10)
[...]
Patch 7.3.1178
Problem:Can't put all Vim config files together in one directory.
Solution: Load ~/.vim/vimrc if ~/.vimrc does not exist. (Lech Lorens)
Files: runtime/doc/gui.txt, runtime/doc/starting.txt, src/gui.c,
src/main.c, src/os_amiga.h, src/os_dos.h, src/os_unix.h
Patch 7.3.1179
Problem:When a global mapping starts with the same characters as a
buffer-local mapping Vim waits for a character to be typed to find
out whether the global mapping is to be used. (Andy Wokula)
Solution: Use the local mapping without waiting. (Michael
Patch 7.3.1180
Problem:When current directory changes, path from cscope may no longer be
valid. (AS Budden)
Solution: Always store the absolute path. (Christian Brabandt)
Files: src/if_cscope.c
*** ../vim-7.3.1179/src/if_cscope.c 2013-05-29 19:17:55.0 +0200
On Wednesday, June 12, 2013 1:08:22 PM UTC-5, LCD 47 wrote:
You can do it in one comparison with this trick:
if ((unsigned)c - '0' 10)
Actually, the second version is a bit slower than the first. :) A
comparison is exactly as fast as a subtraction of the same length, and
LCD 47 lcd...@gmail.com wrote:
On 12 June 2013, Dominique Pellé dominique.pe...@gmail.com wrote:
[...]
You can half the number of comparisons when doing range checking.
Instead of doing 2 comparisons...
if (c = '0' c = '9')
You can do it in one comparison with this trick:
if
* James McCoy james...@jamessan.com [2013-06-11 23:12 -0400]:
I just tried updating Debian's packages to 7.3.1169 and ran into the
attached failures for test86.
There is a core dump left running test87. To reproduce run
$ ../vim.nox -u unix.vim -U NONE --noplugin -s dotest.in test87.in
This
Patch 7.3.1182
Problem:'backupcopy' default on MS-Windows does not work for hard and soft
links.
Solution: Check for links. (David Pope, Ken Takata)
Files: src/fileio.c, src/os_win32.c, src/proto/os_win32.pro
*** ../vim-7.3.1181/src/fileio.c2013-06-12
Created a vid: http://youtu.be/z4DPiNVddjg
--
--
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
On Wednesday, June 12, 2013 12:33:23 PM UTC+2, Bram Moolenaar wrote:
Yasuhiro Matsumoto wrote:
On Wednesday, June 12, 2013 10:48:42 AM UTC+9, mattn wrote:
On Wednesday, June 12, 2013 12:11:35 AM UTC+9, Ben Fritz wrote:
On Tuesday, June 11, 2013 5:25:42 AM UTC-5, mattn wrote:
Bram Moolenaar b...@moolenaar.net wrote:
Axel Bender wrote:
you may as well elimitate the inverted question mark (I just forgot to
replace it in the example - in the base document there are no xs), the
result is the same.
Also, the effect is independent from enc (I tested it with both, utf8
On Wed, Jun 12, 2013 at 5:37 PM, Dominique Pellé
dominique.pe...@gmail.comwrote:
Bram Moolenaar b...@moolenaar.net wrote:
Axel Bender wrote:
you may as well elimitate the inverted question mark (I just forgot to
replace it in the example - in the base document there are no xs), the
Dominique Pellé dominique.pe...@gmail.com wrote:
Bram Moolenaar b...@moolenaar.net wrote:
Axel Bender wrote:
you may as well elimitate the inverted question mark (I just forgot to
replace it in the example - in the base document there are no xs), the
result is the same.
Also, the effect
You also need to care about SID.
On Jun 12, 2013 3:37 PM, Bram Moolenaar b...@moolenaar.net wrote:
Patch 7.3.1170
Problem:Patch 7.3.1058 breaks backwards compatibility, not possible to
use
a function reference as a string. (lilydjwg)
Solution: Instead of translating the
On 2013/06/12, at 21:41, Bram Moolenaar b...@moolenaar.net wrote:
Thanks for the updates. Unfortunately, now both test 86 and 87 fail for
me.
(snip)
-2,xx
-before
-after
I'm getting the same error (python2.7.3 and python 3.2.3).
It seems the tests are failing when they try to 'import
61 matches
Mail list logo