Roberto Ierusalimschy 1d5b885437 when running Lua code, there is no need to keep 'L->top' "correct"; ...

set it only when needed.

2017-12-20 12:58:05 -02:00

bugs

bug: memory-allocation error when resizing a table can leave it

2017-12-13 16:35:03 -02:00

lapi.c

more freedom in handling memory-allocation errors (not all allocations

2017-12-08 15:28:25 -02:00

lapi.h

back to 'CallInfo' (no gains with its removal)

2017-11-07 11:25:26 -02:00

lauxlib.c

new constant 'LUA_GNAME' for the name of the global table "_G"

2017-06-27 15:32:49 -03:00

lauxlib.h

new constant 'LUA_GNAME' for the name of the global table "_G"

2017-06-27 15:32:49 -03:00

lbaselib.c

detail ('signal' -> 'sign' in comments)

2017-11-16 11:19:06 -02:00

lbitlib.c

detail ('signal' -> 'sign' in comments)

2017-11-16 11:19:06 -02:00

lcode.c

new auxiliary function 'luaK_isKint' + removal of 'luaK_needclose',

2017-12-18 13:44:44 -02:00

lcode.h

new auxiliary function 'luaK_isKint' + removal of 'luaK_needclose',

2017-12-18 13:44:44 -02:00

lcorolib.c

new API for 'lua_resume' + cleaning the uses of the 'extra' field in

2017-11-02 09:28:56 -02:00

lctype.c

added include for 'lprefix.h', for stuff that must be added before

2014-11-02 17:19:04 -02:00

lctype.h

detail (cleaned whitespaces at end of lines)

2011-07-15 09:50:29 -03:00

ldblib.c

details (comments)

2015-11-23 09:30:45 -02:00

ldebug.c

when running Lua code, there is no need to keep 'L->top' "correct";

2017-12-20 12:58:05 -02:00

ldebug.h

'lineinfo' in prototypes saved as differences instead of absolute

2017-06-27 08:35:31 -03:00

ldo.c

when running Lua code, there is no need to keep 'L->top' "correct";

2017-12-20 12:58:05 -02:00

ldo.h

'luaD_growstack' cannot raise any errors when 'raiseerror' is

2017-12-11 10:43:40 -02:00

ldump.c

detail (identation of switch)

2017-11-28 09:19:07 -02:00

lfunc.c

new type 'StackValue' for stack elements

2017-06-29 12:06:44 -03:00

lfunc.h

new type 'StackValue' for stack elements

2017-06-29 12:06:44 -03:00

lgc.c

when running Lua code, there is no need to keep 'L->top' "correct";

2017-12-20 12:58:05 -02:00

lgc.h

some cleaning in GC parameters

2017-10-11 09:38:45 -03:00

linit.c

new constant 'LUA_GNAME' for the name of the global table "_G"

2017-06-27 15:32:49 -03:00

liolib.c

'io.read' accepts multiple formats in a single string argument

2017-11-16 14:28:36 -02:00

llex.c

new type 'StackValue' for stack elements

2017-06-29 12:06:44 -03:00

llex.h

now that 'luaO_str2num' always accepts a dot as a radix character,

2016-05-02 11:02:12 -03:00

llimits.h

more freedom in handling memory-allocation errors (not all allocations

2017-12-11 16:53:53 -02:00

lmathlib.c

detail (removing spaces at end of lines)

2016-12-22 11:08:50 -02:00

lmem.c

'luaM_shrinkvector' raises an error if it cannot shrink the block

2017-12-11 10:27:48 -02:00

lmem.h

more freedom in handling memory-allocation errors (not all allocations

2017-12-08 15:28:25 -02:00

loadlib.c

Code should not change the stack level after the initialization of a

2017-12-13 10:51:42 -02:00

lobject.c

detail (typo in comments)

2017-11-23 17:29:04 -02:00

lobject.h

detail (typo in comments)

2017-11-23 17:29:04 -02:00

lopcodes.c

new opcodes 'FORLOOP1'/'FORPREP1' for "basic for" (integer variable

2017-12-18 15:53:50 -02:00

lopcodes.h

new opcodes 'FORLOOP1'/'FORPREP1' for "basic for" (integer variable

2017-12-18 15:53:50 -02:00

loslib.c

added 'return' to calls to 'luaL_error' (to signal to the compiler

2017-03-14 09:40:44 -03:00

lparser.c

new opcodes 'FORLOOP1'/'FORPREP1' for "basic for" (integer variable

2017-12-18 15:53:50 -02:00

lparser.h

'VRELOCABLE' -> 'VRELOC'

2017-12-14 12:24:02 -02:00

lprefix.h

does not define _XOPEN_SOURCE when LUA_USE_C89 is defined + defining

2014-12-29 14:54:13 -02:00

lstate.c

new macro 'isLuacode' (to distinguish regular Lua code from

2017-12-19 14:40:17 -02:00

lstate.h

new macro 'isLuacode' (to distinguish regular Lua code from

2017-12-19 14:40:17 -02:00

lstring.c

'rehash' -> 'tablerehash'

2017-12-18 11:00:57 -02:00

lstring.h

detail (typo in comments)

2017-11-23 17:29:04 -02:00

lstrlib.c

detail (typo in comments)

2017-11-23 17:29:04 -02:00

ltable.c

more freedom in handling memory-allocation errors (not all allocations

2017-12-08 15:28:25 -02:00

ltable.h

in hash nodes, keys are stored in separate pieces to avoid wasting

2017-06-09 13:48:44 -03:00

ltablib.c

in 'table.move', destination table can be source table even if

2016-02-25 16:41:54 -03:00

ltests.c

some cleaning on signed opcode parameters

2017-12-15 16:53:48 -02:00

ltests.h

default now is compiling without compatibility options + smaller

2017-12-18 11:01:49 -02:00

ltm.c

when running Lua code, there is no need to keep 'L->top' "correct";

2017-12-20 12:58:05 -02:00

ltm.h

new opcodes BANDK/BORK/BXORK. (They do not use immediate operands

2017-12-13 16:32:09 -02:00

lua.c

include first standard header files

2017-05-24 18:11:19 -03:00

lua.h

back to 'CallInfo' (no gains with its removal)

2017-11-07 11:25:26 -02:00

luaconf.h

detail (comment)

2017-12-07 16:53:33 -02:00

lualib.h

Handling of LUA_PATH/LUA_CPATH moved back to 'package' library

2017-01-12 15:14:26 -02:00

lundump.c

using explicit tests for allocation overflow whenever possible

2017-12-07 16:59:52 -02:00

lundump.h

long strings are created directly in final position when possible

2015-09-08 12:41:05 -03:00

lutf8lib.c

added 'return' to calls to 'luaL_error' (to signal to the compiler

2017-03-14 09:40:44 -03:00

lvm.c

when running Lua code, there is no need to keep 'L->top' "correct";

2017-12-20 12:58:05 -02:00

lvm.h

'luaV_execute' gets call info as extra argument (it is always

2017-11-29 11:02:17 -02:00

lzio.c

long strings are created directly in final position when possible

2015-09-08 12:41:05 -03:00

lzio.h

long strings are created directly in final position when possible

2015-09-08 12:41:05 -03:00

makefile

small updates

2017-01-31 19:17:47 -02:00

S

Description

Automated archival mirror of github.com/lua/lua

18 MiB

Languages

C 66.4%

Lua 33%

Makefile 0.6%