Roberto Ierusalimschy 6707ce6349 function prepares vararg only if it really uses them (chunks ...

are always declared vararg but seldom uses them)

2015-10-28 15:28:40 -02:00

bugs

new entry should not be commented out

2015-07-23 11:32:17 -03:00

lapi.c

allow NULL string when length is zero in 'lua_pushlstring' and

2015-10-06 13:10:22 -03:00

lapi.h

macro 'luai_apicheck'/'api_check' back with a 'lua_State' parameter

2015-03-06 16:49:50 -03:00

lauxlib.c

allow NULL string when length is zero in 'lua_pushlstring' and

2015-10-06 13:10:22 -03:00

lauxlib.h

definitions for 'luai_writestring'/'luai_writeline'/'luai_writestringerror'

2014-10-29 14:12:30 -02:00

lbaselib.c

with string cache, it is not that important for 'type' to avoid

2015-06-26 16:25:45 -03:00

lbitlib.c

avoid (undefined behavior) integer 'overflow' in left shift

2015-10-08 12:55:35 -03:00

lcode.c

use macro 'hasjumps' to test whether expression has jumps...

2015-10-26 12:27:47 -02:00

lcode.h

first implementation of '<<', '>>', and '~' (bitwise not)

2013-12-30 18:47:58 -02:00

lcorolib.c

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

2014-11-02 17:19:04 -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

bug: when manipulating other threads, there is no garanties about

2015-02-19 15:06:21 -02:00

ldebug.c

hook test in 'luaV_execute' reduced to minimum (rest done in

2015-10-22 12:40:47 -02:00

ldebug.h

reuse of 'addinfo' by lexical errors

2015-05-22 14:45:56 -03:00

ldo.c

function prepares vararg only if it really uses them (chunks

2015-10-28 15:28:40 -02:00

ldo.h

small changes to allow 'precall' to spend time preserving 'func'

2015-10-21 16:40:47 -02:00

ldump.c

avoid calling write function with empty block

2015-10-08 12:53:49 -03:00

lfunc.c

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

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

lfunc.h

definition for 'MAXUPVAL' moved for a more "private" place and its

2015-01-13 13:49:11 -02:00

lgc.c

long strings are created directly in final position when possible

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

lgc.h

'condchangemem' also may need to run 'pre'/'pos'

2015-10-21 16:15:15 -02:00

linit.c

includes 'stddef.h' (as it uses NULL)

2015-01-05 11:48:33 -02:00

liolib.c

bug: 'io.lines' does not check maximum number of options

2015-07-15 11:40:28 -03:00

llex.c

reuse of 'addinfo' by lexical errors

2015-05-22 14:45:56 -03:00

llex.h

definition for 'LUA_ENV' moved from 'luaconf.h' to here (no need to

2014-10-29 13:38:24 -02:00

llimits.h

small changes to allow 'precall' to spend time preserving 'func'

2015-10-21 16:40:47 -02:00

lmathlib.c

detail (ensure subtraction is done unsigned)

2015-10-02 12:39:23 -03:00

lmem.c

allocation function is not exactly API (and cannot raise errors

2015-03-06 16:45:54 -03:00

lmem.h

details in 'luaM_reallocvchar'

2014-12-19 15:26:14 -02:00

loadlib.c

detail ('fopen' needs 'stdio.h')

2015-02-16 11:14:33 -02:00

lobject.c

simpler code for 'luaO_fb2int'

2015-06-26 16:32:07 -03:00

lobject.h

function prepares vararg only if it really uses them (chunks

2015-10-28 15:28:40 -02:00

lopcodes.c

includes 'stddef.h' (as it uses NULL)

2015-01-05 11:48:33 -02:00

lopcodes.h

`name' in comments changed to 'name'

2014-10-25 09:50:46 -02:00

loslib.c

'strftime' puts its result directly into 'lua_Buffer'

2015-07-06 12:16:51 -03:00

lparser.c

function prepares vararg only if it really uses them (chunks

2015-10-28 15:28:40 -02:00

lparser.h

`name' in comments changed to 'name'

2014-10-25 09:50:46 -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

macro 'addbuff' was using external variable name, instead of using

2015-10-20 11:11:05 -02:00

lstate.h

code for string cache generalized for "associative sets" (compiler

2015-09-22 11:18:24 -03:00

lstring.c

detail (added assertion)

2015-10-08 12:53:31 -03:00

lstring.h

long strings are created directly in final position when possible

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

lstrlib.c

detail (removed unreacheable 'break')

2015-10-08 12:53:05 -03:00

ltable.c

avoid possibility of subtle arith. overflow

2015-07-04 13:32:34 -03:00

ltable.h

size for array part of a table ('sizearray') changed from 'int' to

2014-09-04 15:15:29 -03:00

ltablib.c

'table.move' tries to copy elements in increasing order

2015-09-17 12:53:50 -03:00

ltests.c

'*' as a number means stack size, so that "return *" returns

2015-10-12 13:38:19 -03:00

ltests.h

code for string cache generalized for "associative sets" (compiler

2015-09-22 11:18:24 -03:00

ltm.c

details (avoid 'lint' warnings)

2015-03-30 12:42:59 -03:00

ltm.h

`name' in comments changed to 'name'

2014-10-25 09:50:46 -02:00

lua.c

added ';' at the end of "expression lines" ("return exp;") so that

2015-08-14 16:11:20 -03:00

lua.h

new release number (5.3.1)

2015-06-03 10:03:38 -03:00

luaconf.h

generic definitions for float types moved to before variable definitions

2015-10-21 16:17:40 -02:00

lualib.h

new library: utf8

2014-02-06 15:32:33 -02:00

lundump.c

macros 'getaddrstr' and 'getstr' unified (they do the same thing)

2015-09-17 12:51:05 -03:00

lundump.h

long strings are created directly in final position when possible

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

lutf8lib.c

details (avoid some 'lint' warnings)

2015-03-28 16:16:55 -03:00

lvm.c

OP_SELF can use 'luaV_fastget' specialized for strings, as it

2015-10-28 12:50:09 -02:00

lvm.h

'setobj2t' incorporated into 'luaV_fastset' + 'invalidateTMcache'

2015-09-09 10:44:07 -03: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

using 'clang' by default + changes in warnings ('old-style-declaration'

2015-07-01 14:52:09 -03:00

Description

No description provided

19 MiB

Languages

C 66.3%

Lua 33.1%

Makefile 0.6%