<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/lua-github.git/lcode.c, branch v5.4.6</title>
<subtitle>github.com: lua/lua.git
</subtitle>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/lua-github.git/'/>
<entry>
<title>More orderliness in casts of enumerations</title>
<updated>2023-03-27T19:29:39+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2023-03-27T19:29:39+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/lua-github.git/commit/?id=7ca8105a2ea7b6a0d7b55b59d273ccd271c35268'/>
<id>7ca8105a2ea7b6a0d7b55b59d273ccd271c35268</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>More regularity in uses of enums in 'lcode.c'</title>
<updated>2023-03-24T18:52:03+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2023-03-24T18:52:03+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/lua-github.git/commit/?id=94689ac3ad290caf3bada21c389a991f55391987'/>
<id>94689ac3ad290caf3bada21c389a991f55391987</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Factoring out common parts of 'codearith' and 'codebitwise'</title>
<updated>2022-05-06T20:52:46+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2022-05-06T20:52:46+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/lua-github.git/commit/?id=315639d3bbdff4f83d2ab55863141276cb882af0'/>
<id>315639d3bbdff4f83d2ab55863141276cb882af0</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Bug: Wrong code generation in bitwise operations</title>
<updated>2022-04-25T17:42:51+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2022-04-25T17:42:51+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/lua-github.git/commit/?id=c764ca71a639f5585b5f466bea25dc42b855a4b0'/>
<id>c764ca71a639f5585b5f466bea25dc42b855a4b0</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Detail</title>
<updated>2022-01-03T12:12:17+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2022-01-03T12:12:17+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/lua-github.git/commit/?id=8dd2c912d299b84566c6f6d659336edfa9b18e9b'/>
<id>8dd2c912d299b84566c6f6d659336edfa9b18e9b</id>
<content type='text'>
Warnings with clang when using long double for Lua floats.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Warnings with clang when using long double for Lua floats.
</pre>
</div>
</content>
</entry>
<entry>
<title>Changes in cache for function constants</title>
<updated>2021-03-30T17:49:18+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2021-03-30T17:49:18+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/lua-github.git/commit/?id=36de01d9885562444ae2e2a3e0b7e01b3fb8743b'/>
<id>36de01d9885562444ae2e2a3e0b7e01b3fb8743b</id>
<content type='text'>
In 'lcode.c', when adding constants to the list of constants of a
function, integers represent themselves in the cache and floats
with integral values get a small delta to avoid collision with
integers. (This change avoids creating artificial addresses; the old
implementation converted integers to pointers to index the cache.)
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
In 'lcode.c', when adding constants to the list of constants of a
function, integers represent themselves in the cache and floats
with integral values get a small delta to avoid collision with
integers. (This change avoids creating artificial addresses; the old
implementation converted integers to pointers to index the cache.)
</pre>
</div>
</content>
</entry>
<entry>
<title>Don't use tointegerns when luaV_tointegerns will do</title>
<updated>2021-02-24T15:24:42+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2021-02-24T15:24:42+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/lua-github.git/commit/?id=5205f073c57ae4b69e90d35c02e3a1a1cca44eb4'/>
<id>5205f073c57ae4b69e90d35c02e3a1a1cca44eb4</id>
<content type='text'>
Some places don't need the "fast path" macro tointegerns, either
because speed is not essential (lcode.c) or because the value is not
supposed to be an integer already (luaV_equalobj and luaG_tointerror).
Moreover, luaV_equalobj should always use F2Ieq, even if Lua is
compiled to "round to floor".
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Some places don't need the "fast path" macro tointegerns, either
because speed is not essential (lcode.c) or because the value is not
supposed to be an integer already (luaV_equalobj and luaG_tointerror).
Moreover, luaV_equalobj should always use F2Ieq, even if Lua is
compiled to "round to floor".
</pre>
</div>
</content>
</entry>
<entry>
<title>Optimization/simplification of 'getbaseline'</title>
<updated>2021-02-02T17:43:55+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2021-02-02T17:43:55+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/lua-github.git/commit/?id=e500892e18e994781760819e33098322728796e8'/>
<id>e500892e18e994781760819e33098322728796e8</id>
<content type='text'>
By producing absolute line information at regular intervals, a simple
division can compute the correct entry for a given instruction.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
By producing absolute line information at regular intervals, a simple
division can compute the correct entry for a given instruction.
</pre>
</div>
</content>
</entry>
<entry>
<title>Optimizations for line hook</title>
<updated>2021-01-28T17:40:29+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2021-01-28T17:40:29+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/lua-github.git/commit/?id=949187b049ce329c93d6639b91e244f2b208c807'/>
<id>949187b049ce329c93d6639b91e244f2b208c807</id>
<content type='text'>
The function 'changedline' tries harder to avoid calling
'luaG_getfuncline' plus small changes in the use of 'L-&gt;oldpc'.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The function 'changedline' tries harder to avoid calling
'luaG_getfuncline' plus small changes in the use of 'L-&gt;oldpc'.
</pre>
</div>
</content>
</entry>
<entry>
<title>Changes in the API of 'luaH_set' and related functions</title>
<updated>2020-12-04T14:08:42+00:00</updated>
<author>
<name>Roberto Ierusalimschy</name>
<email>roberto@inf.puc-rio.br</email>
</author>
<published>2020-12-04T14:08:42+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/lua-github.git/commit/?id=23051e830a8b212f831443eb888e93e30fa8bb19'/>
<id>23051e830a8b212f831443eb888e93e30fa8bb19</id>
<content type='text'>
Functions to set values in a table (luaH_set, luaH_newkey, etc.) receive
the new value, instead of returning a slot where to put the value.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Functions to set values in a table (luaH_set, luaH_newkey, etc.) receive
the new value, instead of returning a slot where to put the value.
</pre>
</div>
</content>
</entry>
</feed>
