Patch 7.3.1226
Problem:Python: duplicate code.
Solution: Share code between OutputWrite() and OutputWritelines(). (ZyX)
Files: src/if_py_both.h, src/testdir/test86.ok, src/testdir/test87.ok
*** ../vim-7.3.1225/src/if_py_both.h2013-06-16 14:25:53.0 +0200
--- src/if_py_both.
Patch 7.3.1227
Problem:Inconsistent string conversion.
Solution: Use 'encoding' instead of utf-8. Use METH_O in place of
METH_VARARGS where appropriate. (ZyX)
Files: src/if_py_both.h, src/testdir/test86.ok, src/testdir/test87.ok
*** ../vim-7.3.1226/src/if_py_both.h2013
Patch 7.3.1228
Problem:Python: various inconsistencies and problems.
Solution: StringToLine now supports both bytes() and unicode() objects.
Make function names consistant. Fix memory leak fixed in
StringToLine. (ZyX)
Files: src/if_py_both.h, src/if_python3.c, s
Cause of this problem is that ubuntu's python is built with
-Bsymbolic-functions flag.
With this flag, libpython and vim see different function address for same
function.
Test:
$ cat foo.c
void *foo() { return &foo; }
$ cat main.c
#include
void *foo();
int main() {
printf("foo=%p main=%p\n",
ZyX wrote:
> # HG changeset patch
> # User ZyX
> # Date 1371238936 -14400
> # Fri Jun 14 23:42:16 2013 +0400
> # Branch python-fixes
> # Node ID abcf5d9458ee826516c1051cfd14d279b1097174
> # Parent b9d4dfa09951d4fb75972df34802675edf24a17e
> Make macros do translation of exception messages
>
Patch 7.3.1229
Problem:Python: not so easy to delete/restore translating.
Solution: Make macros do translation of exception messages. (ZyX)
Note: this breaks translations!
Files: src/if_py_both.h, src/if_python3.c
*** ../vim-7.3.1228/src/if_py_both.h2013-06-23 13:11:14
ZyX wrote:
> # HG changeset patch
> # User ZyX
> # Date 1371375798 -14400
> # Sun Jun 16 13:43:18 2013 +0400
> # Branch python-fixes
> # Node ID 81c6385adb920b486a9f3b912de3b7e86e57569d
> # Parent abcf5d9458ee826516c1051cfd14d279b1097174
> Make exception messages more verbose
This patch c
On Sunday, June 23, 2013 3:27:39 PM UTC+4, Bram Moolenaar wrote:
> ZyX wrote:
>
> > # HG changeset patch
> > # User ZyX
> > # Date 1371238936 -14400
> > # Fri Jun 14 23:42:16 2013 +0400
> > # Branch python-fixes
> > # Node ID abcf5d9458ee826516c1051cfd14d279b1097174
> > # Parent b9d4dfa0995
Patch 7.3.1231
Problem:Python: use of numbers not consistent.
Solution: Add support for Number protocol. (ZyX)
Files: src/if_py_both.h, src/if_python3.c, src/if_python.c,
src/testdir/test86.ok, src/testdir/test87.ok
*** ../vim-7.3.1230/src/if_py_both.h2013-06-23 13:46:
ZyX wrote:
> > > # HG changeset patch
> > > # User ZyX
> > > # Date 1371238936 -14400
> > > # Fri Jun 14 23:42:16 2013 +0400
> > > # Branch python-fixes
> > > # Node ID abcf5d9458ee826516c1051cfd14d279b1097174
> > > # Parent b9d4dfa09951d4fb75972df34802675edf24a17e
> > > Make macros do tra
Patch 7.3.1232
Problem:Python: inconsistencies in variable names.
Solution: Rename variables. (ZyX)
Files: src/eval.c, src/if_py_both.h
*** ../vim-7.3.1231/src/eval.c 2013-06-16 17:32:33.0 +0200
--- src/eval.c 2013-06-23 14:29:13.0 +0200
***
*** 3228,3234
> Please follow my instructions. gettext searches the source code for
> "_()" and "N_()", nothing else. After patch 7.3.1229 existing
> translations will work, but the next time the translations are updated
> they will be gone.
>
> You can see the effect by running "make ru" in src/po.
# HG cha
ZyX wrote:
> Wrong patch. Correct one:
>
> # HG changeset patch
> # User ZyX
> # Date 1371441247 -14400
> # Mon Jun 17 07:54:07 2013 +0400
> # Branch python-fixes
> # Node ID 42e166b5c6ff07cd7810780b1d3704b8ce61bac0
> # Parent 4a00cd941a883917f6d740f9f06aca7baadcb45e
> Add NUMBER_UNSIGNED
The tests are fixed in next patch. To make them work with the patch you refer
to you have to run tests with python-2.3.
--
--
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.or
> --- testdir/test87.failed 2013-06-23 14:45:47.0 +0200
> +++ testdir/test87.ok 2013-06-23 14:43:28.0 +0200
> @@ -1175,6 +1175,9 @@
> 3,xx
> before
> after
> +pythonx/topmodule/__init__.py
> +pythonx/topmodule/submodule/__init__.py
> +pythonx/topmodule/submodule/subsubmodule/
In insert mode, CTRL-] is not inserted when no matched abbreviation.
But in command-lime mode, it is inserted.
Please check the following patch.
diff -r 6e9667d3f166 src/ex_getln.c
--- a/src/ex_getln.cSun Jun 16 22:49:14 2013 +0200
+++ b/src/ex_getln.cSun Jun 23 22:42:01 2013 +0900
@@ -170
ZyX wrote:
> > Please follow my instructions. gettext searches the source code for
> > "_()" and "N_()", nothing else. After patch 7.3.1229 existing
> > translations will work, but the next time the translations are updated
> > they will be gone.
> >
> > You can see the effect by running "make
Patch 7.3.1234 (after 7.3.1229)
Problem:Python: Strings are not marked for translation.
Solution: Add N_() where appropriate. (ZyX)
Files: src/if_py_both.h
*** ../vim-7.3.1233/src/if_py_both.h2013-06-23 14:37:00.0 +0200
--- src/if_py_both.h2013-06-23 16:00:03.0
Yukihiro Nakadaira wrote:
> In insert mode, CTRL-] is not inserted when no matched abbreviation.
> But in command-lime mode, it is inserted.
> Please check the following patch.
Thanks, I'll include it.
--
In his lifetime van Gogh painted 486 oil paintings. Oddly enough, 8975
of them are to be
Patch 7.3.1235
Problem:In insert mode CTRL-] is not inserted, on the command-line it is.
Solution: Don't insert CTRL-] on the command line. (Yukihiro Nakadaira)
Files: src/ex_getln.c
*** ../vim-7.3.1234/src/ex_getln.c 2013-06-15 16:31:41.0 +0200
--- src/ex_getln.c 20
ZyX wrote:
> > --- testdir/test87.failed 2013-06-23 14:45:47.0 +0200
> > +++ testdir/test87.ok 2013-06-23 14:43:28.0 +0200
> > @@ -1175,6 +1175,9 @@
> > 3,xx
> > before
> > after
> > +pythonx/topmodule/__init__.py
> > +pythonx/topmodule/submodule/__init__.py
> > +python
Patch 7.3.1237
Problem:Python: non-import errors not handled correctly.
Solution: Let non-ImportError exceptions pass the finder. (ZyX)
Files: src/if_py_both.h, src/testdir/test86.ok, src/testdir/test87.ok
*** ../vim-7.3.1236/src/if_py_both.h2013-06-23 16:35:32.0 +0200
---
After "make ru" I find many incorrect fuzzy-matched translations in
src/po/ru.po. Am not sure whether the following is the right fix though.
# HG changeset patch
# User ZyX
# Date 137108 -14400
# Sun Jun 23 19:05:08 2013 +0400
# Branch python-fixes
# Node ID 6d47c9fe0c735245337578a76d3e
ZyX wrote:
> After "make ru" I find many incorrect fuzzy-matched translations in
> src/po/ru.po. Am not sure whether the following is the right fix
> though.
>
> # HG changeset patch
> # User ZyX
> # Date 137108 -14400
> # Sun Jun 23 19:05:08 2013 +0400
> # Branch python-fixes
> # Node
Attached is a patch for changes to options for the Perl syntax file.
Thanks,
Rob
# HG changeset patch
# User Rob Hoelz
# Date 1372016562 -7200
# Sun Jun 23 21:42:42 2013 +0200
# Node ID f2527c4e51ce7cd327be05cc217bc31db663d77e
# Parent 7a5c346861e11b1a54e5327c133419e85d732e3a
Update syntax.
On Sun, 23 Jun 2013 21:45:38 +0200
Rob Hoelz wrote:
> Attached is a patch for changes to options for the Perl syntax file.
>
> Thanks,
> Rob
Someone pointed out a typo in my patch, so here's a new one.
-Rob
# HG changeset patch
# User Rob Hoelz
# Date 1372016562 -7200
# Sun Jun 23 21:42:
I have found and fixed compile failures of 7.3.1237 on MSVC10.
It seems failures of macro expansion, but I don't know the reason.
Please check attached patch.
Best.
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
I have found and fix a warning when compile for 64bit environment.
It was happend for *dynamic* Python2 and 64bit environment,
because third parameter of PyString_AsStringAndSize is expected as Py_ssize_t*,
but it is defined as int* by stub macro of dynamic Python.
Please check attached patch.
-
set guifont with commas FAILS on Linux
" ...1.2.3.4.5.6
:help guifont
This is a list of fonts which will be used for the GUI version
of Vim. In its simplest form the value is just one font name.
When the font cannot be found you will get an error m
29 matches
Mail list logo