|
bugs
|
1dcf1c9cbd
format "%s" may break limit of "sprintf" on some machines.
|
27 ani în urmă |
|
lapi.c
|
f04c83e075
new function "lua_next" (+ new implementation for "next")
|
26 ani în urmă |
|
lapi.h
|
f04c83e075
new function "lua_next" (+ new implementation for "next")
|
26 ani în urmă |
|
lauxlib.c
|
ce9609296c
function "luaL_argerror" prints wrong argument number (from a user's point
|
27 ani în urmă |
|
lauxlib.h
|
766e67ef3b
to avoid warnings about "typecast" (Visual C++)
|
27 ani în urmă |
|
lbuffer.c
|
766e67ef3b
to avoid warnings about "typecast" (Visual C++)
|
27 ani în urmă |
|
lbuiltin.c
|
f04c83e075
new function "lua_next" (+ new implementation for "next")
|
26 ani în urmă |
|
lbuiltin.h
|
26c5f56ad1
Built-in functions
|
28 ani în urmă |
|
ldblib.c
|
5687949560
"lua_debug", "lua_callhook" and "lua_linehook" must be inside "lua_state".
|
27 ani în urmă |
|
ldo.c
|
e3a02e6a9c
comments
|
26 ani în urmă |
|
ldo.h
|
ee912e5a7f
auxiliar function "luaD_calln".
|
27 ani în urmă |
|
lfunc.c
|
9618aaf07d
small corrections in comments
|
27 ani în urmă |
|
lfunc.h
|
45e533599f
optimization: closures without upvalues don't need to be closures
|
28 ani în urmă |
|
lgc.c
|
26d1e21c89
new way to handle "growing" vectors
|
26 ani în urmă |
|
lgc.h
|
3393fd7f25
first version of "lua_close"
|
28 ani în urmă |
|
linit.c
|
3cc4ca821e
initialization module (to load libraries)
|
27 ani în urmă |
|
liolib.c
|
bb5627f3a4
better control over calls to _ALERT and _ERRORMESSAGE (to avoid error
|
26 ani în urmă |
|
llex.c
|
5687949560
"lua_debug", "lua_callhook" and "lua_linehook" must be inside "lua_state".
|
27 ani în urmă |
|
llex.h
|
e1a127245d
details ("luaX_token2str" doesn't need LexState)
|
27 ani în urmă |
|
lmathlib.c
|
b5cd7d426f
details
|
26 ani în urmă |
|
lmem.c
|
26d1e21c89
new way to handle "growing" vectors
|
26 ani în urmă |
|
lmem.h
|
26d1e21c89
new way to handle "growing" vectors
|
26 ani în urmă |
|
lobject.c
|
bf6d2ccf92
details
|
26 ani în urmă |
|
lobject.h
|
ae29ab9858
only parser uses MAX_WORD
|
27 ani în urmă |
|
lopcodes.h
|
9d7bae0b6a
better instrumentation for internal debugging
|
26 ani în urmă |
|
lparser.c
|
26d1e21c89
new way to handle "growing" vectors
|
26 ani în urmă |
|
lparser.h
|
03f3f9e707
"zio" now keeps its "name".
|
28 ani în urmă |
|
lstate.c
|
5687949560
"lua_debug", "lua_callhook" and "lua_linehook" must be inside "lua_state".
|
27 ani în urmă |
|
lstate.h
|
5687949560
"lua_debug", "lua_callhook" and "lua_linehook" must be inside "lua_state".
|
27 ani în urmă |
|
lstring.c
|
7bdbd833b5
userdata and strings are kept in separate stringtables
|
26 ani în urmă |
|
lstring.h
|
88a2023c32
support for strings with '\0'
|
27 ani în urmă |
|
lstrlib.c
|
bf6d2ccf92
details
|
26 ani în urmă |
|
ltable.c
|
f04c83e075
new function "lua_next" (+ new implementation for "next")
|
26 ani în urmă |
|
ltable.h
|
f04c83e075
new function "lua_next" (+ new implementation for "next")
|
26 ani în urmă |
|
ltm.c
|
26d1e21c89
new way to handle "growing" vectors
|
26 ani în urmă |
|
ltm.h
|
3fecf187ff
names...
|
27 ani în urmă |
|
lua.c
|
5687949560
"lua_debug", "lua_callhook" and "lua_linehook" must be inside "lua_state".
|
27 ani în urmă |
|
lua.h
|
f04c83e075
new function "lua_next" (+ new implementation for "next")
|
26 ani în urmă |
|
luadebug.h
|
5687949560
"lua_debug", "lua_callhook" and "lua_linehook" must be inside "lua_state".
|
27 ani în urmă |
|
lualib.h
|
01772cefa5
new library for debbuging
|
27 ani în urmă |
|
lundump.c
|
d2de2d5eda
format for double is always "%g", do not need #defines
|
27 ani în urmă |
|
lundump.h
|
21cff3015a
details (for regularity)
|
27 ani în urmă |
|
lvm.c
|
9d7bae0b6a
better instrumentation for internal debugging
|
26 ani în urmă |
|
lvm.h
|
fb1cf6ab2d
clearer way to set tables.
|
26 ani în urmă |
|
lzio.c
|
766e67ef3b
to avoid warnings about "typecast" (Visual C++)
|
27 ani în urmă |
|
lzio.h
|
6ac047afc4
details
|
28 ani în urmă |
|
makefile
|
24a2c08145
details
|
26 ani în urmă |
|
manual.tex
|
bf6d2ccf92
details
|
26 ani în urmă |
Roberto Ierusalimschy
26d1e21c89
new way to handle "growing" vectors