On Thu, Jul 25, 2013 at 10:03:21PM +0200, Bram Moolenaar wrote:
Hiroshi Shirosaki wrote:
On Monday, July 15, 2013 7:47:42 AM UTC+9, Hiroshi Shirosaki wrote:
I've updated the patch since the following issue is reported.
If lua executable is not exist in the PATH and configure
Hiroshi Shirosaki wrote:
On Monday, July 15, 2013 7:47:42 AM UTC+9, Hiroshi Shirosaki wrote:
I've updated the patch since the following issue is reported.
If lua executable is not exist in the PATH and configure cannot find
liblua.so, strange library name `liblua.so.` (end with .) is
On Monday, July 15, 2013 7:47:42 AM UTC+9, Hiroshi Shirosaki wrote:
I've updated the patch since the following issue is reported.
If lua executable is not exist in the PATH and configure cannot find
liblua.so, strange library name `liblua.so.` (end with .) is used in the case
of dynamic
I've updated the patch since the following issue is reported.
If lua executable is not exist in the PATH and configure cannot find liblua.so,
strange library name `liblua.so.` (end with .) is used in the case of dynamic
loading. It occurs even if I build Vim without luajit patch.
$ ./configure
On Thu, Jun 13, 2013 at 10:35 PM, Bram Moolenaar b...@moolenaar.net wrote:
Hiroshi Shirosaki wrote:
On Windows just replacing Lua's dll with LuaJIT's dll in Vim directory
seems to work as expected without rebuilding vim in the case of
dynamic link. Now LuaJIT bundled vim binary for Windows is
Hi,
Recently some vim plugins use if_lua for performance issues because Vim script
is not so fast. For example Shougo's neocomplete.vim[1] shows better
performance thanks to if_lua.
According to some benchmark results LuaJIT looks much faster than Lua and is
fully compatible to Lua 5.1.[2][3]
Hiroshi Shirosaki wrote:
Recently some vim plugins use if_lua for performance issues because
Vim script is not so fast. For example Shougo's neocomplete.vim[1]
shows better performance thanks to if_lua.
According to some benchmark results LuaJIT looks much faster than Lua
and is fully
On Thu, Jun 13, 2013 at 10:35 PM, Bram Moolenaar b...@moolenaar.net wrote:
Hiroshi Shirosaki wrote:
Recently some vim plugins use if_lua for performance issues because
Vim script is not so fast. For example Shougo's neocomplete.vim[1]
shows better performance thanks to if_lua.
According to
snip
What you say hints that the JIT one is always better. So why not use
luajit when it's available, falling back to non-JIT when it's not?
Then it would work well for people who don't even know about the option.
Right?
The option might still be useful to force using one or the
