r the last patch in the discussion:
https://groups.google.com/forum/#!msg/vim_dev/GufKvP2WQZw/R-2B5I1_i7kJ
I should find some time in the next weeks to make a new patch that builds
cleanly with 7.4a.
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo
is the official Lua release, I'd suggest to stick to it as the
default and have a --with-luajit option as before.
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("lexcarva...@no.gmail.sp
king comment, but I believe I do
not need to change the parser (and shouldn't need to.)
ZyX wrote:
> > Right. I think you meant:
> >
> > :lua vim.eval('g:').list = vim.list{'abc'}
> >
> > or
> >
> > :lua vim.eval('g:').dict = vim.dict{ke
list = vim.list{'abc'}
or
:lua vim.eval('g:').dict = vim.dict{key = 'abc'}
since you forgot the key.
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("lexcarva
three
arguments, and not that the variable must start with a capital letter (g:input
already exists.) Try this:
vim -u NONE -c 'lua vim.eval("g:").input=vim.funcref("tolower")'
-c 'echo input("Yes?")'
I think you're mixing the fac
hown error may be actually far away from the real one, if
> there will be any (and not silent unexpected behavior).
OK, point taken. I'm now throwing an error whenever an "illegal" conversion is
attempted; please check the updated patches (if_lua.c and if_lua.txt.) Thanks
again
ZyX wrote:
> воскресенье, 26 августа 2012 г., 19:26:06 UTC+4 пользователь Luis Carvalho
> написал:
> > I'm attaching two patches for if_lua (if_lua.c and docs in if_lua.txt). It
> > fixes (and simplifies) luaV_list_add and introduces a new feature:
> > funcrefs. I
&
s are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("lexcarva...@no.gmail.spam.com"):gsub("(%u+%.)","")))'
--
You received this message from the "vim_dev" maillist.
Do not top-p
ed.
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("lexcarva...@no.gmail.spam.com"):gsub("(%u+%.)","")))'
--
You received this message from the "vim_d
ed them from eval.c before)
Besides avoiding redundancies, these changes enrich the API and make for an
easier road to other language bindings. Thanks again!
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
ime ago
requested.
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("lexcarva...@no.gmail.spam.com"):gsub("(%u+%.)","")))'
--
You received this message from the
should fix the
problem. I'll take the opportunity and also add the patch to luado I promised;
please check attachments.
Any feedback is welcome.
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e
global variable:
:lua linenr = nil -- initialize counter
:luado if linenr==nil then linenr = vim.firstline - 1 end linenr = linenr + 1
return line .. ("[%d]"):format(linenr)
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picas
include it
directly. If patch A is applied I'll also have to change the doc and the
tests (minor changes, though.)
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("lexcarva...@no.gma
return luaeval('(_A.x-_A.x)*math.random()+_A.x', {'x':a:x, 'y':a:y})
: endfunction
:echo Rand(1,10)
Any feedback is welcome.
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozur
bjects. I also had to add validity checks for all functions on these objects
-- I think Muraoka also had similar checks in his previous patch and I forgot
to add them.
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis
second
patch. I'd appreciate feedback from if_lua users. I'll also have to update the
documentation for if_lua depending on which patch we apply.
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'prin
he day, and we can compare them.
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("lexcarva...@no.gmail.spam.com"):gsub("(%u+%.)","")))'
--
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
t depends on how much work it would entail; unfortunately I don't know if
I'll have enough time. However, if there's already a testset for some other
language interface, say, if_python, then it shouldn't be hard to translate the
testset to if_lua. But I have no idea where
f the
changes are related to Lua 5.2, the others are minimal.
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("lexcarva...@no.gmail.spam.com"):gsub("(%u+%.)","")))
nfused references in
> LUA_ENVIRONINDEX. So in my patch, I subsititute LUA_REGISTRYINDEX for
> LUA_ENVIRONINDEX, and separate some tables depend on its usage in
> LUA_REGISTRYINDEX.
Thanks. I have a version of if_lua that is Lua 5.1 and 5.2 compatible. I'll
try to merge your patch an
the dynamic version of the
interpreter, so I'm updating the patch. I've also added a comment to
msg_putchar and moved the function definition closer to luaV_print.
Thanks,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho
lua_settop(L, 1); /* remove eventual returns, but keep vim.eval */
}
}
If it works, can you please also product a patch?
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("lexca
attached.
I didn't know Cream provided a +lua/dyn version of Vim for Windows. Nice.
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("lexcarva...@no.gmail.spam.com"):gsub(&quo
)
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("lexcarva...@no.gmail.spam.com"):gsub("(%u+%.)","")))'
--
You received this message from the "vim
ibs to the interface, especially "io".
The attached simple patch loads all Lua core libs for the interface.
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("l
seless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("lexcarva...@no.gmail.spam.com"):gsub("(%u+%.)","")))'
--
You received this message from the "vim_dev" maillist.
Do not top-po
ient depending on the
platform) to just use a dynamic link; the "environment" is just a dynamic
library.
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("lexcarva...@no.gmail.spam.co
utlined under ":help help-writing" in the 7.3b help.
I'll rewrite the helpfile to remove the extra unconventional highlights. On
the other hand, having the extra classes could be really useful for language
oriented helpfiles (especially the "code" class.)
Cheers,
Luis
isting one, so you lost me with the whole unix
apologia.
Cheers,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("lexcarva...@no.gmail.spam.com"):gsub("(%u+%.)","")))'
ok for more "uniformity" in the interface, which
would mean a more aesthetic, modern toolbar for the Windows version, similar
to what we already have in the Gnome/GTK2 interface. Being attractive and/or
appealing is a consequence.
Cheers,
Luis
--
Computers are useless. They can only give you
or inclusion?
I've polished my Lua interface to Vim for consideration. The updated patch
against Vim 7.2.411 can be found at:
http://vim-iflua.googlecode.com/files/vim72-lua-0.7.patch.gz
Thanks,
Luis
--
Computers are useless. They can only give you answers.
-- Pablo
ers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("[EMAIL PROTECTED]"):gsub("(%u+%.)","")))'
signature.asc
Description: Digital signature
s Make_bc5.mak can be
found at:
http://wiki.linuxfromscratch.org/blfs/attachment/wiki/vim/vim72-lua-0.5.patch.gz
http://wiki.linuxfromscratch.org/blfs/attachment/wiki/vim/vim72-lua-mak-0.5.patch.gz
Cheers,
Luis.
--
Computers are useless. They can only give you answers.
-- Pablo Pica
less. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("[EMAIL PROTECTED]"):gsub("(%u+%.)","")))'
signature.asc
Description: Digital signature
vim -c 'so test.vim' causes a
> segmentation fault. Same happens if I stick in a dictionary.
> Flat lists seem to work flawlessly though.
Thanks for the report. The latest patch, available at
http://wiki.linuxfromscratch.org/blfs/attachment/wiki/vim/vim72-lua-0.3.patch.gz
shoul
d
idea... I could also link to a shared Lua library as default. What do you guys
think?
Cheers,
Luis.
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("[EMAIL PROTECTED]"):gsub("(%u+%.)","")))'
signature.asc
Description: Digital signature
quot;myfile"); b()
that is, b is the new buffer for myfile and b() sets it as the current buffer.
I didn't want to force vim.open to set the buffer to be current as that might
not be what the user wants.
Thanks for taking the time and testing if_lua!
Cheers,
Luis.
--
Computers are u
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("[EMAIL PROTECTED]"):gsub("(%u+%.)","")))'
vim72-lua.patch.gz
Description: Binary data
signature.asc
Description: Digital signature
a.org
--
Computers are useless. They can only give you answers.
-- Pablo Picasso
--
Luis Carvalho (Kozure)
lua -e 'print((("[EMAIL PROTECTED]"):gsub("(%u+%.)","")))'
vim72-lua.patch.gz
Description: Binary data
signature.asc
Description: Digital signature
40 matches
Mail list logo