bugs
BUG: `strfind' gets wrong subject length when there is an offset
2000-05-02 15:32:22 -03:00
lapi.c
details
2000-05-08 17:49:05 -03:00
lapi.h
details
2000-05-08 17:49:05 -03:00
lauxlib.c
new names for debug types
2000-03-30 14:19:48 -03:00
lauxlib.h
details
1999-12-29 14:24:03 -02:00
lbuffer.c
many details (most by lhf).
2000-03-03 11:58:26 -03:00
lbuiltin.c
global variables are stored in a Lua table
2000-05-08 16:32:53 -03:00
lbuiltin.h
global variables are stored in a Lua table
2000-05-08 16:32:53 -03:00
lcode.c
global variables are stored in a Lua table
2000-05-08 16:32:53 -03:00
lcode.h
comment
2000-04-12 15:47:03 -03:00
ldblib.c
default for `getstack' is to get everything
2000-05-08 10:21:35 -03:00
ldebug.c
details
2000-05-08 17:49:05 -03:00
ldebug.h
Auxiliary functions from Debug Interface module
2000-01-14 15:15:44 -02:00
ldo.c
global variables are stored in a Lua table
2000-05-08 16:32:53 -03:00
ldo.h
code redistribution
2000-04-14 15:12:35 -03:00
lfunc.c
no more special cases for closures with 0 upvalues (performance is the same,
2000-03-29 17:19:20 -03:00
lfunc.h
some name changes
2000-03-10 15:37:44 -03:00
lgc.c
global variables are stored in a Lua table
2000-05-08 16:32:53 -03:00
lgc.h
linit.c
`lua_setfallback' leaves things on the stack, so it is better to protect
1999-12-06 09:43:09 -02:00
liolib.c
more uniform names
2000-04-24 18:05:11 -03:00
llex.c
global variables are stored in a Lua table
2000-05-08 16:32:53 -03:00
llex.h
first implementation of FOR
2000-04-12 15:57:19 -03:00
llimits.h
IntPoint does not need L
2000-04-26 10:43:25 -03:00
lmathlib.c
some name changes
2000-03-10 15:37:44 -03:00
lmem.c
more information about memory use
2000-03-16 17:35:07 -03:00
lmem.h
more information about memory use
2000-03-16 17:35:07 -03:00
lobject.c
"conceptual" bug
2000-04-26 10:43:10 -03:00
lobject.h
lua.h should not use names without prefix lua_ (`TObject', for instance)
2000-05-08 16:37:10 -03:00
lopcodes.h
[C++ Warning]: W8084 Suggest parentheses to clarify precedence.
2000-04-27 14:39:15 -03:00
lparser.c
detail (error message)
2000-05-08 15:46:34 -03:00
lparser.h
new optimization: jumps to jumps
2000-04-06 14:36:52 -03:00
lref.c
no more special cases for closures with 0 upvalues (performance is the same,
2000-03-29 17:19:20 -03:00
lref.h
small changes for "clean C"
2000-02-08 14:39:42 -02:00
lstate.c
global variables are stored in a Lua table
2000-05-08 16:32:53 -03:00
lstate.h
global variables are stored in a Lua table
2000-05-08 16:32:53 -03:00
lstring.c
global variables are stored in a Lua table
2000-05-08 16:32:53 -03:00
lstring.h
global variables are stored in a Lua table
2000-05-08 16:32:53 -03:00
lstrlib.c
BUG: `strfind' gets wrong subject length when there is an offset
2000-05-02 15:32:22 -03:00
ltable.c
global variables are stored in a Lua table
2000-05-08 16:32:53 -03:00
ltable.h
global variables are stored in a Lua table
2000-05-08 16:32:53 -03:00
ltests.c
global variables are stored in a Lua table
2000-05-08 16:32:53 -03:00
ltm.c
`luaT_validevent' is exported, because compatibility module for fallbacks
2000-03-30 13:41:51 -03:00
ltm.h
`luaT_validevent' is exported, because compatibility module for fallbacks
2000-03-30 13:41:51 -03:00
lua.c
new function `getargs'
2000-04-14 14:46:29 -03:00
lua.h
lua.h should not use names without prefix lua_ (`TObject', for instance)
2000-05-08 16:37:10 -03:00
luadebug.h
new names for debug types
2000-03-30 14:19:48 -03:00
lualib.h
lundump.c
global variables are stored in a Lua table
2000-05-08 16:32:53 -03:00
lundump.h
final version (by lhf)
2000-04-25 13:44:31 -03:00
lvm.c
global variables are stored in a Lua table
2000-05-08 16:32:53 -03:00
lvm.h
global variables are stored in a Lua table
2000-05-08 16:32:53 -03:00
lzio.c
many details (most by lhf).
2000-03-03 11:58:26 -03:00
lzio.h
makefile
more uniform names
2000-04-24 18:05:11 -03:00
manual.tex
using new constructs (for & break) in the examples and code fragments
2000-04-17 16:23:48 -03:00