Hi Ken!
On Mi, 03 Feb 2016, Ken Takata wrote:
> Hi Christian,
>
> 2016/2/3 Wed 18:25:06 UTC+9 Christian Brabandt wrote:
> > Am 2016-01-30 17:32, schrieb Bram Moolenaar:
> > > I'm awaiting feedback. If it looks OK I'll add a link on the download
> > > page.
> >
> > Here is some: it looks like
Am 2016-01-30 17:32, schrieb Bram Moolenaar:
I'm awaiting feedback. If it looks OK I'll add a link on the download
page.
Here is some: it looks like that the compiled binaries are missing some
kind of signature,
at least Windows 7 and 10 warn me before executing the binary (see
attached
Hi Christian,
2016/2/3 Wed 18:25:06 UTC+9 Christian Brabandt wrote:
> Am 2016-01-30 17:32, schrieb Bram Moolenaar:
> > I'm awaiting feedback. If it looks OK I'll add a link on the download
> > page.
>
> Here is some: it looks like that the compiled binaries are missing some
> kind of
On So, 31 Jan 2016, Bram Moolenaar wrote:
> A bit difficult to read an .md file patch...
I can push the patch and then you can read the result at github.
> I think what's still missing is an explanation of how to install those
> interfaces.
Yes, but I believe this is not part of Vim, but
Christian Brabandt wrote:
> On So, 31 Jan 2016, Bram Moolenaar wrote:
>
> > A bit difficult to read an .md file patch...
>
> I can push the patch and then you can read the result at github.
Sure. You can always improve it later.
> > I think what's still missing is an explanation of how to
Christian Brabandt wrote:
> On Sa, 30 Jan 2016, Bram Moolenaar wrote:
>
> > I'm awaiting feedback. If it looks OK I'll add a link on the download
> > page.
> >
> > There are links to the interfaces to install, but most people will need
> > some help doing the installation. A link to that
Hi Bram,
2016/1/31 Sun 1:32:20 UTC+9 Bram Moolenaar wrote:
> Ken Takata wrote:
>
> > Hi Christian,
> >
> > 2016/1/28 Thu 18:10:37 UTC+9 Christian Brabandt wrote:
> > > Hi Ken!
> > >
> > > On Do, 28 Jan 2016, Ken Takata wrote:
> > >
> > > > Hi Christian,
> > > >
> > > > 2016/1/28 Thu 15:52:54
Hi Bram!
On Sa, 30 Jan 2016, Bram Moolenaar wrote:
> I'm awaiting feedback. If it looks OK I'll add a link on the download
> page.
>
> There are links to the interfaces to install, but most people will need
> some help doing the installation. A link to that would be helpful.
How about that
On So, 31 Jan 2016, Christian Brabandt wrote:
> - Nightly Vim Windows build snapshots [more
> information](http://vim.wikia.com/wiki/Where_to_download_Vim).
> + Nightly Vim Windows build snapshots ([more
> information](http://vim.wikia.com/wiki/Where_to_download_Vim)).
BTW: The wiki
Ken Takata wrote:
> Hi Christian,
>
> 2016/1/28 Thu 18:10:37 UTC+9 Christian Brabandt wrote:
> > Hi Ken!
> >
> > On Do, 28 Jan 2016, Ken Takata wrote:
> >
> > > Hi Christian,
> > >
> > > 2016/1/28 Thu 15:52:54 UTC+9 Christian Brabandt wrote:
> > > > Hi Ken!
> > > >
> > > > On Mi, 27 Jan
Hi Christian,
2016/1/28 Thu 18:10:37 UTC+9 Christian Brabandt wrote:
> Hi Ken!
>
> On Do, 28 Jan 2016, Ken Takata wrote:
>
> > Hi Christian,
> >
> > 2016/1/28 Thu 15:52:54 UTC+9 Christian Brabandt wrote:
> > > Hi Ken!
> > >
> > > On Mi, 27 Jan 2016, Ken Takata wrote:
> > >
> > > > Now I can
Hi Ken!
On Sa, 30 Jan 2016, Ken Takata wrote:
> Has the setup of https://github.com/vim/vim-win32-installer been completed?
> It seems almost perfect except that the appveyor badge is broken.
Yes I think it is completed now. I think Bram will announce it soon. I
also noticed the broken badge.
Hi Ken!
On Do, 28 Jan 2016, Ken Takata wrote:
> Hi Christian,
>
> 2016/1/28 Thu 15:52:54 UTC+9 Christian Brabandt wrote:
> > Hi Ken!
> >
> > On Mi, 27 Jan 2016, Ken Takata wrote:
> >
> > > Now I can see the vim/vim-win32-installer repository. I can see the
> > > latest
> > > tag v7.4.1187,
Hi Christian,
2016/1/28 Thu 15:52:54 UTC+9 Christian Brabandt wrote:
> Hi Ken!
>
> On Mi, 27 Jan 2016, Ken Takata wrote:
>
> > Now I can see the vim/vim-win32-installer repository. I can see the latest
> > tag v7.4.1187, but the build is not started. I suppose it was because of
> > the GitHub
Christian Brabandt wrote:
> > > On Sa, 23 Jan 2016, Ken Takata wrote:
> > >
> > > > > If Bram creates this sub-repository, I can create the daily upload
> > > > > script. However I am not sure yet, how this is supposed to work. Am I
> > > > > right, that in theory, we'd only need to run the
Hi Ken!
On Mi, 27 Jan 2016, Ken Takata wrote:
> Now I can see the vim/vim-win32-installer repository. I can see the latest
> tag v7.4.1187, but the build is not started. I suppose it was because of
> the GitHub server trouble. I hope that clicking "NEW BUILD" button on
> appveyor goes fine.
Christian Brabandt wrote:
> On Sa, 23 Jan 2016, Ken Takata wrote:
>
> > > If Bram creates this sub-repository, I can create the daily upload
> > > script. However I am not sure yet, how this is supposed to work. Am I
> > > right, that in theory, we'd only need to run the upate-repo.sh script
Hi Bram!
On Mi, 27 Jan 2016, Bram Moolenaar wrote:
>
> Christian Brabandt wrote:
>
> > On Sa, 23 Jan 2016, Ken Takata wrote:
> >
> > > > If Bram creates this sub-repository, I can create the daily upload
> > > > script. However I am not sure yet, how this is supposed to work. Am I
> > > >
Hi Christian,
2016/1/28 Thu 5:32:52 UTC+9 Christian Brabandt wrote:
> Hi Bram!
>
> On Mi, 27 Jan 2016, Bram Moolenaar wrote:
>
> >
> > Christian Brabandt wrote:
> >
> > > On Sa, 23 Jan 2016, Ken Takata wrote:
> > >
> > > > > If Bram creates this sub-repository, I can create the daily upload
Hi Ken!
On Sa, 23 Jan 2016, Ken Takata wrote:
> > If Bram creates this sub-repository, I can create the daily upload
> > script. However I am not sure yet, how this is supposed to work. Am I
> > right, that in theory, we'd only need to run the upate-repo.sh script
> > once per day?
>
> Yes,
Hi,
2016/1/24 Sun 21:24:54 UTC+9 Olaf wrote:
> On 24-Jan-16, JohnBeckett wrote:
> > An alternative would be to use brief text like the following. We can put
> > information on the wiki page which would be rewritten.
> >
> > In the following "more information" would be a link to
> >
Ken Takata wrote:
> Maybe, adding a link to http://ftp.vim.org/pub/vim/patches/7.4/README
On a page dedicated to discussing installing Vim, that link would be useful.
However it is of no use for someone wanting to install Vim. Anyone wanting an
old version will know what they have to do. Your
An alternative would be to use brief text like the following. We can put
information on the wiki page which would be rewritten.
In the following "more information" would be a link to
http://vim.wikia.com/wiki/Where_to_download_Vim
---start---
Nightly Vim Windows build snapshots (more
On 24-Jan-16, JohnBeckett wrote:
> An alternative would be to use brief text like the following. We can put
> information on the wiki page which would be rewritten.
>
> In the following "more information" would be a link to
> http://vim.wikia.com/wiki/Where_to_download_Vim
>
> ---start---
>
>
Hi Ken!
On Fr, 22 Jan 2016, Ken Takata wrote:
> Hi Bram and Christian,
>
> 2016/1/20 Wed 1:48:07 UTC+9 Bram Moolenaar wrote:
> > Ken Takata wrote:
> >
> > > Hi Bram,
> > >
> > > 2016/1/17 Sun 2:06:17 UTC+9 Bram Moolenaar wrote:
> > > > I am including the changes to gvim.nsi. I also updated
Christian Brabandt wrote:
> On Fr, 22 Jan 2016, Ken Takata wrote:
>
> > Hi Bram and Christian,
> >
> > 2016/1/20 Wed 1:48:07 UTC+9 Bram Moolenaar wrote:
> > > Ken Takata wrote:
> > >
> > > > Hi Bram,
> > > >
> > > > 2016/1/17 Sun 2:06:17 UTC+9 Bram Moolenaar wrote:
> > > > > I am including
Hi Christian,
2016/1/24 Sun 4:48:32 UTC+9 Christian Brabandt wrote:
> Hi Ken!
>
> On Fr, 22 Jan 2016, Ken Takata wrote:
>
> > Hi Bram and Christian,
> >
> > 2016/1/20 Wed 1:48:07 UTC+9 Bram Moolenaar wrote:
> > > Ken Takata wrote:
> > >
> > > > Hi Bram,
> > > >
> > > > 2016/1/17 Sun 2:06:17
Hi John,
Thank you for the comment.
BTW, writing English is hard for me, PR is welcome for now.
(I'm not sure whether PRs are used when the repository becomes the official
one.)
2016/1/23 Sat 14:34:22 UTC+9 JohnBeckett wrote:
> Ken Takata wrote:
> > OK, I added a note:
> >
Ken Takata wrote:
> OK, I added a note:
> https://github.com/k-takata/vim-win32-installer/releases
>
> I think it's ready to set up the official installer repository.
Thanks for setting that up. It will be of great benefit. However, can the
explanatory text be improved? If each release has to
Hi Bram and Christian,
2016/1/20 Wed 1:48:07 UTC+9 Bram Moolenaar wrote:
> Ken Takata wrote:
>
> > Hi Bram,
> >
> > 2016/1/17 Sun 2:06:17 UTC+9 Bram Moolenaar wrote:
> > > I am including the changes to gvim.nsi. I also updated the code to look
> > > for libintl-8.dll, since that one uses the
Hi Bram,
2016/1/23 Sat 6:58:13 UTC+9 Bram Moolenaar wrote:
> Ken Takata wrote:
>
> > Hi Bram and Christian,
> >
> > 2016/1/20 Wed 1:48:07 UTC+9 Bram Moolenaar wrote:
> > > Ken Takata wrote:
> > >
> > > > Hi Bram,
> > > >
> > > > 2016/1/17 Sun 2:06:17 UTC+9 Bram Moolenaar wrote:
> > > > > I am
Ken Takata wrote:
> Hi Bram,
>
> 2016/1/17 Sun 2:06:17 UTC+9 Bram Moolenaar wrote:
> > I am including the changes to gvim.nsi. I also updated the code to look
> > for libintl-8.dll, since that one uses the iconv libraray. The one I
> > used so far was quite old.
> >
> > Please let me know if
Hi Bram,
2016/1/17 Sun 2:06:17 UTC+9 Bram Moolenaar wrote:
> I am including the changes to gvim.nsi. I also updated the code to look
> for libintl-8.dll, since that one uses the iconv libraray. The one I
> used so far was quite old.
>
> Please let me know if this doesn't work and further
Hi Christian,
2016/1/12 Tue 20:40:37 UTC+9 Christian Brabandt wrote:
> On Fr, 08 Jan 2016, Ken Takata wrote:
>
> > Hi Bram and all,
> >
> > 2016/1/2 Sat 22:14:01 UTC+9 Bram Moolenaar wrote:
> > > Can we please gather the complete, step-by-step instructions? Probably
> > > the best place for
Ken Takata wrote:
> Hi Bram and Christian,
>
> 2016/1/10 Sun 23:46:57 UTC+9 Bram Moolenaar wrote:
> > Christian Brabandt wrote:
> >
> > > On So, 10 Jan 2016, Bram Moolenaar wrote:
> > > >
> > > > Ken Takata wrote:
> > > >
> > > > > Hi Bram and all,
> > > > >
> > > > > 2016/1/2 Sat 22:14:01
On Fr, 08 Jan 2016, Ken Takata wrote:
> Hi Bram and all,
>
> 2016/1/2 Sat 22:14:01 UTC+9 Bram Moolenaar wrote:
> > Can we please gather the complete, step-by-step instructions? Probably
> > the best place for this is src/INSTALLpc.txt.
>
> I wrote it. Please review.
>
> I also updated the
Hi Bram,
2016/1/11 Mon 6:22:52 UTC+9 Bram Moolenaar wrote:
> Christian Brabandt wrote:
>
> > > > On So, 10 Jan 2016, Bram Moolenaar wrote:
> > > > >
> > > > > Ken Takata wrote:
> > > > >
> > > > > > Hi Bram and all,
> > > > > >
> > > > > > 2016/1/2 Sat 22:14:01 UTC+9 Bram Moolenaar wrote:
> >
Hi Bram and Christian,
2016/1/10 Sun 23:46:57 UTC+9 Bram Moolenaar wrote:
> Christian Brabandt wrote:
>
> > On So, 10 Jan 2016, Bram Moolenaar wrote:
> > >
> > > Ken Takata wrote:
> > >
> > > > Hi Bram and all,
> > > >
> > > > 2016/1/2 Sat 22:14:01 UTC+9 Bram Moolenaar wrote:
> > > > > Can we
Hi Christian,
2016/1/12 Tue 20:40:37 UTC+9 Christian Brabandt wrote:
> On Fr, 08 Jan 2016, Ken Takata wrote:
>
> > Hi Bram and all,
> >
> > 2016/1/2 Sat 22:14:01 UTC+9 Bram Moolenaar wrote:
> > > Can we please gather the complete, step-by-step instructions? Probably
> > > the best place for
On Di, 12 Jan 2016, Ken Takata wrote:
> The problem is how to sync with the main repository (vim/vim).
> It would be good if we could change the Travis CI setting of vim/vim and make
> it automatically push a new change to the special repository.
> (I don't know how to do it.)
I am inclined to
On Tuesday, January 12, 2016 at 6:26:58 AM UTC-6, Ken Takata wrote:
> Then, how about creating a special repository for building Win32 installer?
> E.g. https://github.com/vim/vim-win32-installer
>
> The problem is how to sync with the main repository (vim/vim).
> It would be good if we could
On 09-Jan-16, Justin M. Keyes wrote:
> On Sat, Jan 9, 2016 at 7:29 PM, Olaf Dabrunz wrote:
> > On 09-Jan-16, Olaf Dabrunz wrote:
> >> Note that the existing diff tools that we all use every day bring in
> >> heuristical speed improvements, and do pre- and postprocessing to
> >>
Ken Takata wrote:
> Hi Bram and all,
>
> 2016/1/2 Sat 22:14:01 UTC+9 Bram Moolenaar wrote:
> > Can we please gather the complete, step-by-step instructions? Probably
> > the best place for this is src/INSTALLpc.txt.
>
> I wrote it. Please review.
Great, thanks. Let me include this now. We
Hi Bram!
On So, 10 Jan 2016, Bram Moolenaar wrote:
>
> Ken Takata wrote:
>
> > Hi Bram and all,
> >
> > 2016/1/2 Sat 22:14:01 UTC+9 Bram Moolenaar wrote:
> > > Can we please gather the complete, step-by-step instructions? Probably
> > > the best place for this is src/INSTALLpc.txt.
> >
> >
Christian Brabandt wrote:
> On So, 10 Jan 2016, Bram Moolenaar wrote:
> >
> > Ken Takata wrote:
> >
> > > Hi Bram and all,
> > >
> > > 2016/1/2 Sat 22:14:01 UTC+9 Bram Moolenaar wrote:
> > > > Can we please gather the complete, step-by-step instructions? Probably
> > > > the best place for
Hi Bram!
On So, 10 Jan 2016, Bram Moolenaar wrote:
>
> Christian Brabandt wrote:
>
> > On So, 10 Jan 2016, Bram Moolenaar wrote:
> > >
> > > Ken Takata wrote:
> > >
> > > > Hi Bram and all,
> > > >
> > > > 2016/1/2 Sat 22:14:01 UTC+9 Bram Moolenaar wrote:
> > > > > Can we please gather the
Christian Brabandt wrote:
> > > On So, 10 Jan 2016, Bram Moolenaar wrote:
> > > >
> > > > Ken Takata wrote:
> > > >
> > > > > Hi Bram and all,
> > > > >
> > > > > 2016/1/2 Sat 22:14:01 UTC+9 Bram Moolenaar wrote:
> > > > > > Can we please gather the complete, step-by-step instructions?
> >
On 09-Jan-16, Olaf Dabrunz wrote:
> Note that the existing diff tools that we all use every day bring in
> heuristical speed improvements, and do pre- and postprocessing to
> improve the results.
To clarify: the pre- and post-processing improve the result of the diff,
regardless of whether any
On 01-Jan-16, Bram Moolenaar wrote:
>
> I wrote:
>
> > Ken Takata wrote:
> >
> > > 2016/1/1 Fri 4:10:22 UTC+9 Bram Moolenaar wrote:
> > > > > 1. About diff.exe
> > > > >
> > > > > diff.exe from gnuwin32 is 32-bit binary, and it uses gettext and
> > > > > libiconv.
> > > > > Doesn't it
On Sat, Jan 9, 2016 at 7:29 PM, Olaf Dabrunz wrote:
> On 09-Jan-16, Olaf Dabrunz wrote:
>> Note that the existing diff tools that we all use every day bring in
>> heuristical speed improvements, and do pre- and postprocessing to
>> improve the results.
>
> To clarify: the pre-
Hi Bram and all,
2016/1/2 Sat 22:14:01 UTC+9 Bram Moolenaar wrote:
> Can we please gather the complete, step-by-step instructions? Probably
> the best place for this is src/INSTALLpc.txt.
I wrote it. Please review.
I also updated the appveyor script:
Am 2016-01-01 16:53, schrieb Bram Moolenaar:
I wrote:
Ken Takata wrote:
> 2016/1/1 Fri 4:10:22 UTC+9 Bram Moolenaar wrote:
> > > 1. About diff.exe
> > >
> > > diff.exe from gnuwin32 is 32-bit binary, and it uses gettext and libiconv.
> > > Doesn't it conflict with 64-bit builds? diff.exe
Hi,
I have updated the appveyor scripts:
https://github.com/k-takata/vim/tree/chrisbra-appveyor-build
Changes from my previous mail(*) are:
(*) https://groups.google.com/d/msg/vim_dev/dAXpcpHmVw4/D_s6iwajAQAJ
* Sync with v7.4.1051.
* Fix that forgetting to set TCL_VER_LONG.
* Skip building x64
On Di, 05 Jan 2016, Christian Brabandt wrote:
> Such ideas should be documented somewhere, so that people will find
> it easier,
> e.g. something like this:
> http://vim.wikia.com/wiki/Vim_GSoC_2011_Ideas
> (much of this still holds)
> I have tried to log in to create a new page, but it seems
Ken Takata wrote:
> 2016/1/5 Tue 21:40:45 UTC+9 Ken Takata wrote:
> > > > > I tried Ruby 2.2, but it appears it doesn't work with MSVC.
> > > > > The config.h include file is in include/ruby-2.2.0/i386-mingw32.
> > > > > Trying to change the path for that results in a missing "strings.h"
> > > >
Hi,
2016/1/5 Tue 21:40:45 UTC+9 Ken Takata wrote:
> > > > I tried Ruby 2.2, but it appears it doesn't work with MSVC.
> > > > The config.h include file is in include/ruby-2.2.0/i386-mingw32.
> > > > Trying to change the path for that results in a missing "strings.h"
> > > > include file, I assume
Hi Bram,
2016/1/2 Sat 22:14:01 UTC+9 Bram Moolenaar wrote:
> Ken Takata wrote:
>
> > 2016/1/2 Sat 6:30:39 UTC+9 Bram Moolenaar wrote:
> > > Ken Takata wrote:
> > >
> > > [...]
> > >
> > > > 3. Updated if_xx
> > > > ActivePerl 5.22
> > > > ActiveTcl 8.6
> > > > LuaBinaries 5.3
> > > >
On Fr, 01 Jan 2016, Bram Moolenaar wrote:
> There have been many discussions in the past about whether a 64-bit
> build was useful. The outcome is still that the 32-bit build works for
> everybody. It's simpler for users to not have to chose. I plan to only
> distribute a 32-bit version.
Can
Ken Takata wrote:
> 2016/1/2 Sat 6:30:39 UTC+9 Bram Moolenaar wrote:
> > Ken Takata wrote:
> >
> > [...]
> >
> > > 3. Updated if_xx
> > > ActivePerl 5.22
> > > ActiveTcl 8.6
> > > LuaBinaries 5.3
> > > Python 2.7
> > > Python 3.4
> > > RubyInstaller 2.2
> >
> > I'm updating my
Tux wrote:
> Bram Moolenaar schrob am Freitag, 1. Januar 2016 um 22:30 Zeit:
>
> > I tried Ruby 2.2, but it appears it doesn't work with MSVC.
>
> Right, you'll need a self-built Ruby for that. This was discussed on
> this mailing list:
>
>
Hi Bram,
2016/1/2 Sat 6:30:39 UTC+9 Bram Moolenaar wrote:
> Ken Takata wrote:
>
> [...]
>
> > 3. Updated if_xx
> > ActivePerl 5.22
> > ActiveTcl 8.6
> > LuaBinaries 5.3
> > Python 2.7
> > Python 3.4
> > RubyInstaller 2.2
>
> I'm updating my Windows machine with these. I'll use
Bram Moolenaar schrob am Freitag, 1. Januar 2016 um 22:30 Zeit:
> I tried Ruby 2.2, but it appears it doesn't work with MSVC.
Right, you'll need a self-built Ruby for that. This was discussed on
this mailing list:
https://groups.google.com/d/msg/vim_dev/P8l30hk9hyE/cG8wYjh3paMJ
--
--
You
Ken Takata wrote:
[...]
> 3. Updated if_xx
> ActivePerl 5.22
> ActiveTcl 8.6
> LuaBinaries 5.3
> Python 2.7
> Python 3.4
> RubyInstaller 2.2
I'm updating my Windows machine with these. I'll use Python 2.7.10
(since 2.7.11 has a problem).
Unfortunately, Vim can't load
Hi Bram!
On Fr, 01 Jan 2016, Bram Moolenaar wrote:
> Building once per day should be sufficient. Picking a version every
> week would even be fine.
I think the idea is once you merge this, that once you tag a commit,
appveyor will automatically build a new release and upload it to
Hi Bram
2016/1/2 Sat 2:48:13 UTC+9 Bram Moolenaar wrote:
> Ken Takata wrote:
>
> > Hi Bram,
> >
> > 2016/1/1 Fri 23:19:41 UTC+9 Bram Moolenaar wrote:
> > > Ken Takata wrote:
> > >
> > > > 2016/1/1 Fri 4:10:22 UTC+9 Bram Moolenaar wrote:
> > > > > > 1. About diff.exe
> > > > > >
> > > > > >
I wrote:
> Ken Takata wrote:
>
> > 2016/1/1 Fri 4:10:22 UTC+9 Bram Moolenaar wrote:
> > > > 1. About diff.exe
> > > >
> > > > diff.exe from gnuwin32 is 32-bit binary, and it uses gettext and
> > > > libiconv.
> > > > Doesn't it conflict with 64-bit builds? diff.exe bundled with the
> > > >
Ken Takata wrote:
> 2016/1/1 Fri 4:10:22 UTC+9 Bram Moolenaar wrote:
> > > 1. About diff.exe
> > >
> > > diff.exe from gnuwin32 is 32-bit binary, and it uses gettext and libiconv.
> > > Doesn't it conflict with 64-bit builds? diff.exe bundled with the
> > > official
> > > Vim 7.4 installer
Hi Bram,
2016/1/1 Fri 23:19:41 UTC+9 Bram Moolenaar wrote:
> Ken Takata wrote:
>
> > 2016/1/1 Fri 4:10:22 UTC+9 Bram Moolenaar wrote:
> > > > 1. About diff.exe
> > > >
> > > > diff.exe from gnuwin32 is 32-bit binary, and it uses gettext and
> > > > libiconv.
> > > > Doesn't it conflict with
Ken Takata wrote:
> Hi Bram,
>
> 2016/1/1 Fri 23:19:41 UTC+9 Bram Moolenaar wrote:
> > Ken Takata wrote:
> >
> > > 2016/1/1 Fri 4:10:22 UTC+9 Bram Moolenaar wrote:
> > > > > 1. About diff.exe
> > > > >
> > > > > diff.exe from gnuwin32 is 32-bit binary, and it uses gettext and
> > > > >
On Mo, 28 Dez 2015, Christian Brabandt wrote:
> Great work. With your help I updated the configuration like this:
> https://github.com/chrisbra/vim/blob/appveyor-build/appveyor.yml
> and
> https://github.com/chrisbra/vim/blob/appveyor-build/src/appveyor.bat
I updated the build script a little.
Ken Takata wrote:
> Happy New Year (in JST)!
Still a few hours away here...
> 2015/12/31 Thu 19:54:46 UTC+9 Christian Brabandt wrote:
> > On Mo, 28 Dez 2015, Christian Brabandt wrote:
> >
> > > Great work. With your help I updated the configuration like this:
> > >
Happy New Year (in JST)!
2015/12/31 Thu 19:54:46 UTC+9 Christian Brabandt wrote:
> On Mo, 28 Dez 2015, Christian Brabandt wrote:
>
> > Great work. With your help I updated the configuration like this:
> > https://github.com/chrisbra/vim/blob/appveyor-build/appveyor.yml
> > and
> >
On Do, 31 Dez 2015, Bram Moolenaar wrote:
>
> Ken Takata wrote:
>
> > Happy New Year (in JST)!
>
> Still a few hours away here...
That means you have more time to push patches?
You are not supposed to work today, but rather take a break.
Best,
Christian
--
Die Dichter sind gegen ihre
Hi Bram,
2016/1/1 Fri 4:10:22 UTC+9 Bram Moolenaar wrote:
> > 1. About diff.exe
> >
> > diff.exe from gnuwin32 is 32-bit binary, and it uses gettext and libiconv.
> > Doesn't it conflict with 64-bit builds? diff.exe bundled with the official
> > Vim 7.4 installer doesn't depend on gettext and
On Monday, December 28, 2015 at 2:37:20 PM UTC-6, Christian Brabandt wrote:
> >
> > Except that we use Vim to run the update script, thus it's running while
> > updating.
>
> Ah, I haven't thought about that. I rather thought, the :Update command
> checks, whether a new version is available and
Hi Christian,
2015/12/28 Mon 7:24:24 UTC+9 Christian Brabandt wrote:
> I will update to use OLE and DIRECTX. From a first try, a +perl enabled
> build did not link and so did the ruby versions 193 and 200 so I will
> leave this out. And since this is only for daily Windows snapshots, I
> think
Hi Ken,
On Mo, 28 Dez 2015, Ken Takata wrote:
> 2015/12/28 Mon 7:24:24 UTC+9 Christian Brabandt wrote:
> > I will update to use OLE and DIRECTX. From a first try, a +perl enabled
> > build did not link and so did the ruby versions 193 and 200 so I will
> > leave this out. And since this is
Christian Brabandt wrote:
> On So, 27 Dez 2015, Bram Moolenaar wrote:
>
> > It's included in the distribution files. I can add it to the git files,
> > if needed. Likewise for other binaries that are not so easy to obtain.
>
> Can't you include and distribute the source?
Perhaps. I haven't
Hi Bram!
On Mo, 28 Dez 2015, Bram Moolenaar wrote:
>
> Christian Brabandt wrote:
>
> > On So, 27 Dez 2015, Bram Moolenaar wrote:
> >
> > > It's included in the distribution files. I can add it to the git files,
> > > if needed. Likewise for other binaries that are not so easy to obtain.
> >
Ken Takata wrote:
> Great work!
> But unfortunately some features are disabled:
> * DirectWrite
> * OLE
> * Lua
> * Perl
> * Ruby
> * Tcl
> * Build *.mo files
> * vim.exe
[...]
> > I think, the Vim release from vim.org did bundle a diff.exe, but I don't
> > know how this was build, so this is
Hi Christian,
Great work!
But unfortunately some features are disabled:
* DirectWrite
* OLE
* Lua
* Perl
* Ruby
* Tcl
* Build *.mo files
* vim.exe
2015/12/27 Sun 7:42:23 UTC+9 Christian Brabandt wrote:
> On Mi, 23 Dez 2015, Christian Brabandt wrote:
>
> > On Do, 24 Dez 2015, Nikolay
Hi Christian,
2015/12/28 Mon 0:53:53 UTC+9 Christian Brabandt wrote:
> Hi Ken!
>
> On So, 27 Dez 2015, Ken Takata wrote:
>
> > Hi Christian,
> >
> > Great work!
> > But unfortunately some features are disabled:
> > * DirectWrite
>
> What feature is this?
Please check v7.4.393.
Currently,
On 2015-12-27, Christian Brabandt wrote:
> Is OLE really needed today?
David Fishburn's OutlookVim plugin uses OLE.
Regards,
Gary
--
--
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
Hi Ken!
On So, 27 Dez 2015, Ken Takata wrote:
> Hi Christian,
>
> Great work!
> But unfortunately some features are disabled:
> * DirectWrite
What feature is this?
> * OLE
> * Lua
> * Perl
> * Ruby
> * Tcl
Hm, perl is available as version 5.20.1.2000 in x86. So no x64 version.
Is that the
2015-12-27 23:20 GMT+03:00 Bram Moolenaar :
>
> Ken Takata wrote:
>
> > Great work!
> > But unfortunately some features are disabled:
> > * DirectWrite
> > * OLE
> > * Lua
> > * Perl
> > * Ruby
> > * Tcl
> > * Build *.mo files
> > * vim.exe
>
> [...]
>
> > > I think, the Vim
Hi Ken!
On So, 27 Dez 2015, Ken Takata wrote:
> 2015/12/28 Mon 0:53:53 UTC+9 Christian Brabandt wrote:
> > Hi Ken!
> >
> > On So, 27 Dez 2015, Ken Takata wrote:
> >
> > > Hi Christian,
> > >
> > > Great work!
> > > But unfortunately some features are disabled:
> > > * DirectWrite
> >
> >
2015-12-28 1:24 GMT+03:00 Christian Brabandt :
> Hi Ken!
>
> On So, 27 Dez 2015, Ken Takata wrote:
>
> > 2015/12/28 Mon 0:53:53 UTC+9 Christian Brabandt wrote:
> > > Hi Ken!
> > >
> > > On So, 27 Dez 2015, Ken Takata wrote:
> > >
> > > > Hi Christian,
> > > >
> > > > Great
Hi Bram!
On So, 27 Dez 2015, Bram Moolenaar wrote:
> It's included in the distribution files. I can add it to the git files,
> if needed. Likewise for other binaries that are not so easy to obtain.
Can't you include and distribute the source?
> e.g. gvimext64.dll.
What is that used for? Is
On Mi, 23 Dez 2015, Christian Brabandt wrote:
> On Do, 24 Dez 2015, Nikolay Aleksandrovich Pavlov wrote:
> > The main reason why your scripts have such value is that they yield an
> > installer. Hosting is much less of a problem: e.g. GH provides hosting and
> > appveyor has
On Tue, Dec 22, 2015 at 3:57 PM, Bram Moolenaar wrote:
> Nikolay Pavlov wrote:
>> 2015-12-21 23:44 GMT+03:00 Bram Moolenaar :
> Please keep in mind that this feature is for users who are not familiar
> with building programs.
>
> Those people who use a
Bram -
How are the installer packages from vim.org produced? Could something be
setup to trigger production of these files at regular cadence?
--
--
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
On Wednesday, December 23, 2015 at 7:34:44 AM UTC-6, Jonathan Newton wrote:
> Bram -
>
> How are the installer packages from vim.org produced? Could something be
> setup to trigger production of these files at regular cadence?
I understand we have a few continuous integration build servers set
On Tue, Dec 22, 2015 at 3:57 PM, Bram Moolenaar wrote:
> Ben Fritz wrote:
>> On Monday, December 21, 2015 at 2:44:27 PM UTC-6, Bram Moolenaar wrote:
> Yes, that is why we need to either use something available on every
> Windows system (I don't know what though) or include
2015-12-23 21:16 GMT+03:00 Jonathan Newton :
> On Wed, Dec 23, 2015 at 11:53 AM, Bram Moolenaar
> wrote:
>
>>
>> Jonathan Newton wrote:
>>
>> > How are the installer packages from vim.org produced? Could something
>> be
>> > setup to trigger production of
Hirohito Higashi wrote:
> Hi Bram and Vimmers!
>
> 2015-12-22(Tue) 5:44:27 UTC+9 Bram Moolenaar:
> > Since Vim is very stable, it does not happen often that a new version is
> > released. Mostly it's fine to run an older version. Unless you run into
> > a bug there is no pressing reason to
Jonathan Newton wrote:
> On Wed, Dec 23, 2015 at 11:53 AM, Bram Moolenaar wrote:
>
> > Jonathan Newton wrote:
> >
> > > How are the installer packages from vim.org produced? Could something be
> > > setup to trigger production of these files at regular cadence?
> >
> > It's
On Wed, Dec 23, 2015 at 11:53 AM, Bram Moolenaar wrote:
>
> Jonathan Newton wrote:
>
> > How are the installer packages from vim.org produced? Could something be
> > setup to trigger production of these files at regular cadence?
>
> It's a sequence of commands that need to be
Justin M. Keyes wrote:
> On Tue, Dec 22, 2015 at 3:57 PM, Bram Moolenaar wrote:
> > Ben Fritz wrote:
> >> On Monday, December 21, 2015 at 2:44:27 PM UTC-6, Bram Moolenaar wrote:
> > Yes, that is why we need to either use something available on every
> > Windows system (I
Jonathan Newton wrote:
> How are the installer packages from vim.org produced? Could something be
> setup to trigger production of these files at regular cadence?
It's a sequence of commands that need to be executed on a prepared
machine. It might be possible to automate, but it's not easy.
On Wed, Dec 23, 2015 at 2:23 PM, Nikolay Aleksandrovich Pavlov <
zyx@gmail.com> wrote:
>
[...]
> Vim without Cream definitely has some automation I think, don’t know
> whether it is or can be public or not.
I'm glad to share my scripts, but I think what we all want is a secure
system with
1 - 100 din 125 matches
Mail list logo