<feed xmlns='http://www.w3.org/2005/Atom'>
<title>lanes/src/intercopycontext.cpp, branch v4.0.0</title>
<subtitle>A mirror of https://github.com/LuaLanes/lanes.git
</subtitle>
<id>https://git.lua4.win/lanes/atom?h=v4.0.0</id>
<link rel='self' href='https://git.lua4.win/lanes/atom?h=v4.0.0'/>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lanes/'/>
<updated>2025-10-30T09:02:27+00:00</updated>
<entry>
<title>Test full userdata keys with verbose_errors</title>
<updated>2025-10-30T09:02:27+00:00</updated>
<author>
<name>Benoit Germain</name>
<email>benoit.germain@ubisoft.com</email>
</author>
<published>2025-10-30T09:02:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lanes/commit/?id=dfb4a035c2d80a6be689e14ca495b8ba032f58c4'/>
<id>urn:sha1:dfb4a035c2d80a6be689e14ca495b8ba032f58c4</id>
<content type='text'>
</content>
</entry>
<entry>
<title>verbose_errors improvement</title>
<updated>2025-10-27T07:43:22+00:00</updated>
<author>
<name>Benoit Germain</name>
<email>benoit.germain@ubisoft.com</email>
</author>
<published>2025-10-27T07:43:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lanes/commit/?id=5e5bcf37450d07f7f2812255bbd1df35d8e6ce75'/>
<id>urn:sha1:5e5bcf37450d07f7f2812255bbd1df35d8e6ce75</id>
<content type='text'>
* Use std::format instead of sprintf for verbose errors when decoding table keys
* Add a unit test for the different table key types
</content>
</entry>
<entry>
<title>Lift restriction on functions and userdata as table keys</title>
<updated>2025-09-30T13:06:21+00:00</updated>
<author>
<name>Benoit Germain</name>
<email>benoit.germain@ubisoft.com</email>
</author>
<published>2025-09-30T13:06:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lanes/commit/?id=ae43a00657a6505910010bdf920c9c0f4823a9c0'/>
<id>urn:sha1:ae43a00657a6505910010bdf920c9c0f4823a9c0</id>
<content type='text'>
As demonstrated by the unit tests, there is no problem with using a function or a userdata as a table key, as long as they are transferable
</content>
</entry>
<entry>
<title>Lift restriction on tables as table keys</title>
<updated>2025-09-29T15:11:58+00:00</updated>
<author>
<name>Benoit Germain</name>
<email>benoit.germain@ubisoft.com</email>
</author>
<published>2025-09-29T15:11:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lanes/commit/?id=f011dcafb0f583c89ed9971238fd83ddcbdb5438'/>
<id>urn:sha1:f011dcafb0f583c89ed9971238fd83ddcbdb5438</id>
<content type='text'>
As demonstrated by the unit tests, there is no problem with using a table as a table key
</content>
</entry>
<entry>
<title>Improve table and userdata conversions</title>
<updated>2025-09-20T12:30:57+00:00</updated>
<author>
<name>Benoit Germain</name>
<email>bnt.germain@gmail.com</email>
</author>
<published>2025-09-20T12:30:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lanes/commit/?id=c52571736d852d2636bd285d19c613be5c706cff'/>
<id>urn:sha1:c52571736d852d2636bd285d19c613be5c706cff</id>
<content type='text'>
* add convert_fallback and convert_max_attempts to global settings
* if no __lanesconvert is available, use convert_fallback (can be useful for externally provided full userdata with fixed metatables)
* only try conversion on non-deep and non-clonable userdata
* conversion can be applied recursively, up to convert_max_attempts times
* plus all the relevant unit tests of course
</content>
</entry>
<entry>
<title>Rework function bytecode dumping to be Lua5.5-ready</title>
<updated>2025-07-24T14:51:49+00:00</updated>
<author>
<name>Benoit Germain</name>
<email>bnt.germain@gmail.com</email>
</author>
<published>2025-07-24T14:51:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lanes/commit/?id=d8acb18ce8bf6e89a042d166f61b2934e8722cf0'/>
<id>urn:sha1:d8acb18ce8bf6e89a042d166f61b2934e8722cf0</id>
<content type='text'>
* prepare the luaL_Buffer in the destination state instead of the source state to prevent stack issues when everything happens in the same state
</content>
</entry>
<entry>
<title>New helper to push function bytecode (to facilitate Lua 5.5 support)</title>
<updated>2025-07-22T13:36:56+00:00</updated>
<author>
<name>Benoit Germain</name>
<email>bnt.germain@gmail.com</email>
</author>
<published>2025-07-22T13:36:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lanes/commit/?id=c67c7bb2cde0d418f72c8ac1ef57f15669b8a2bf'/>
<id>urn:sha1:c67c7bb2cde0d418f72c8ac1ef57f15669b8a2bf</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Changed lua wrapper prefixes from luaG_ to luaW_ (w as in wrapper!)</title>
<updated>2025-07-04T11:50:53+00:00</updated>
<author>
<name>Benoit Germain</name>
<email>benoit.germain@ubisoft.com</email>
</author>
<published>2025-07-04T11:50:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lanes/commit/?id=042055968ab0c48faec607889814e38c50c09efa'/>
<id>urn:sha1:042055968ab0c48faec607889814e38c50c09efa</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Linda batched mode rework</title>
<updated>2025-04-15T16:21:41+00:00</updated>
<author>
<name>Benoit Germain</name>
<email>benoit.germain@ubisoft.com</email>
</author>
<published>2025-04-15T16:21:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lanes/commit/?id=1bff784b474261212a996ac9fc59389d53a69590'/>
<id>urn:sha1:1bff784b474261212a996ac9fc59389d53a69590</id>
<content type='text'>
* linda.batched special value is removed
* new function linda:receive_batched
</content>
</entry>
<entry>
<title>Fix 32 bits compilation warnings</title>
<updated>2025-04-04T15:43:07+00:00</updated>
<author>
<name>Benoit Germain</name>
<email>benoit.germain@ubisoft.com</email>
</author>
<published>2025-04-04T15:43:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.lua4.win/lanes/commit/?id=a96fb6b1d00e5fded55fa541a88a99844772ac36'/>
<id>urn:sha1:a96fb6b1d00e5fded55fa541a88a99844772ac36</id>
<content type='text'>
</content>
</entry>
</feed>
