 Roberto Ierusalimschy
|
0ac3d07ea6
first implementation of lexical environments
|
%!s(int64=16) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
5938212748
information about upvalues (where they come from) kept in Proto structure,
|
%!s(int64=16) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
c6b442bd36
'luaM_freearray' does not need array type as argument
|
%!s(int64=16) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
593bfc9668
should not manipulate NULL pointers (even without accessing them)
|
%!s(int64=18) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
c505f341d6
small changes in casts
|
%!s(int64=19) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
1ab2b93462
debug information for last line of a function definition
|
%!s(int64=20) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
9832f6b186
small bug
|
%!s(int64=20) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
7d45a5f48f
C functions and userdata also have environments
|
%!s(int64=20) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
4df8800a01
cleaner way to free all objects
|
%!s(int64=20) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
621ef9f767
better control over GC collors of upvalues
|
%!s(int64=20) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
334ba8132b
cleaner way to remark open upvalues
|
%!s(int64=20) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
0e002005b1
better names for `luaM_free...' macros
|
%!s(int64=21) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
b4cd38ba6c
new scheme for configuration through `luaconf.h'
|
%!s(int64=21) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
a4e1230f95
better way to control open upvalues
|
%!s(int64=21) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
2aaf7394ad
more and better tools (assertions & inspectors) to check incremental GC
|
%!s(int64=21) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
47fc57a252
`TObject' renamed to `TValue' + other name changes and better assertions
|
%!s(int64=21) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
df429f163a
First version of incremental GC
|
%!s(int64=21) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
c6eac44a94
two different white flags (to distinguish dead elements from new ones)
|
%!s(int64=21) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
5ee63257f9
macros for closure sizes are global
|
%!s(int64=22) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
9b9cdfee8b
gclist for upvalues must be available even when upvalue is still open
|
%!s(int64=22) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
ab7d9bfd0c
cleaner code for manipulation of `marked' field
|
%!s(int64=22) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
c51bcf4796
it's ok to dump functions with upvalues
|
%!s(int64=22) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
c7cf92e6f3
avoid unecessary includes of `stdlib'
|
%!s(int64=22) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
ab9e062928
name changes to avoid name collision between macros and variables
|
%!s(int64=22) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
7a40cdbda0
different variables for number of upvalues and size of upvalue array
|
%!s(int64=22) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
dd8edecae1
new functions to manipulate upvales (get/setupvalue)
|
%!s(int64=22) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
27c6b4d422
each .c file defines its own name
|
%!s(int64=23) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
41fd639cab
documentation for write barriers
|
%!s(int64=23) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
2f91f95d94
better control over GCObjects
|
%!s(int64=23) %!d(string=hai) anos |
|
Roberto Ierusalimschy
|
425e5813b0
free prototype in (more or less) the same order it is created by
|
%!s(int64=23) %!d(string=hai) anos |
