PATCH: dynamically load Python on Solaris

2009-02-14 Fir de Conversatie Danek Duvall
I've been wanting to code this up for a while, and almost had it a while back, but couldn't quite get it working, and put it aside until today. It's not ready for integration, since it's not at all tied into the autoconf setup, and requires that you modify src/auto/config.mk to add -DDYNAMIC_PYTHO

Re: git warning

2009-02-14 Fir de Conversatie _sc_
On Saturday 14 February 2009 7:10 pm, Markus Heidelberg wrote: [...] > > ~/.build/vim/experimental/vim_extended $ git checkout custom > > fatal: you need to resolve your current index first > > Remember git-mergetool from the README? yes, i do now, and that reminds me it barked at me the last ti

Re: git warning

2009-02-14 Fir de Conversatie Markus Heidelberg
_sc_, 15.02.2009: > > On Saturday 14 February 2009 8:53 am, Markus Heidelberg wrote: > > > and by checking out to myfeatures last, the code flips back > > > to my modified state and i'm ready to build > > > > But you only updated 'custom', your 'myfeatures' branch didn't get the > > updates. You

Re: git warning

2009-02-14 Fir de Conversatie _sc_
On Saturday 14 February 2009 8:53 am, Markus Heidelberg wrote: [...] > > git add src/feature.h > > > > so git knows to track this module, then > > git is already tracking it, you staged your changes into the index. uh oh [...] > > and by checking out to myfeatures last, the code flips back

Re: git warning

2009-02-14 Fir de Conversatie Markus Heidelberg
_sc_, 14.02.2009: > > On Friday 13 February 2009 7:27 pm, Markus Heidelberg wrote: > [...] > > > I recommend rebase when having just one remote branch for updating the > > custom branch. > > there are so many ways of using git i'd like to re-hash what > i've done so you can correct me or not --

Re: Bug? Strange workings of the ":tab" command

2009-02-14 Fir de Conversatie Tony Mechelynck
On 14/02/09 12:56, Bram Moolenaar wrote: > Tony Mechelynck wrote: [...] >> 2) ":tab help" opens $VIMRUNTIME/doc/help.txt in a new tab even if there >> already is a help window. I would have expected it to reuse the current >> help window. > > Well, if you use ":tab help" instead of ":help" the use

Re: Bug? Strange workings of the ":tab" command

2009-02-14 Fir de Conversatie Bram Moolenaar
Tony Mechelynck wrote: > Using gvim 7.2.108 (Huge) with GTK2/Gnome2 GUI > > I notice the following about the ":tab" command. Are they intended? > > 1) When "filename" is already open in a window, ":tab drop filename" > _moves_ that window to the bottom in the _current_ tab. I would have > ex

Re: Wish (Bug?): completion search with common 'isk' setting

2009-02-14 Fir de Conversatie Bram Moolenaar
Andy Wokula wrote: > When searching for completions for the current word (with i_CTRL-N) in > the available buffers, the 'isk' setting of the current buffer should be > used also in the other buffers (only for the purpose of searching of > course). > > Example: > > --- somefile.vim (with :set

Re: [patch] fixed access to free memory when using some autocommands

2009-02-14 Fir de Conversatie Bram Moolenaar
Dominique Pelle wrote: > >> Testing autocommands, I see that Vim-7.2.107 (and older) > >> is using memory already freed when doing silly autocommands > >> such as: > >> > >> $ touch foobar > >> $ valgrind ./vim -u NONE -c 'au! BufReadPre * cd /tmp' \ > >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0

Bug? Strange workings of the ":tab" command

2009-02-14 Fir de Conversatie Tony Mechelynck
Using gvim 7.2.108 (Huge) with GTK2/Gnome2 GUI I notice the following about the ":tab" command. Are they intended? 1) When "filename" is already open in a window, ":tab drop filename" _moves_ that window to the bottom in the _current_ tab. I would have expected it to open the window without mo