[E-devel] Edje Lua changes needed for Lua 5.2 (the current release as of last month)
Just quickly looking through the documentation, this is stuff we might have to deal with for Lua 5.2 - "Weak tables with weak keys now perform like ephemeron tables." We use a weak table, but not with a weak key. Still, may need to keep an eye on this. "Function luaL_register is deprecated. Use luaL_setfuncs so that your module does not create globals. (Modules are not expected to set global variables anymore.)" We use that to register our functions in LUA. "The osize argument to the allocation function may not be zero when creating a new block, that is, when ptr is NULL (see lua_Alloc). Use only the test ptr == NULL to check whether the block is new." Don't think that affects us, but making note of it anyway, as we do use that. "Finalizers (__gc metamethods) for userdata are called in the reverse order that they were marked for finalization, not that they were created (see §2.5.1). (Most userdata are marked immediately after they are created.) Moreover, if the metatable does not have a __gc field when set, the finalizer will not be called, even if it is set later." This will need a code review. "Function lua_objlen was renamed lua_rawlen." We use that in the message send function. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Write once. Port to many. Get the SDK and tools to simplify cross-platform app development. Create new or port existing apps to sell to consumers worldwide. Explore the Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join http://p.sf.net/sfu/intel-appdev___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje Lua changes needed for Lua 5.2 (the current release as of last month)
I'm gonna experiment with using LuaJIT to. Though the FFI parts of it are sandbox unfriendly. I might be able to sandbox FFI enough to make raster happy. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje Lua changes needed for Lua 5.2 (the current release as of last month)
On Tue, 3 Jan 2012 16:44:15 +1000 David Seikel said: we could just stick to 5.1 :) i think we should until lua is totally fleshed out and complete anyway :) > Just quickly looking through the documentation, this is stuff we might > have to deal with for Lua 5.2 - > > "Weak tables with weak keys now perform like ephemeron tables." > > We use a weak table, but not with a weak key. Still, may need to keep > an eye on this. > > "Function luaL_register is deprecated. Use luaL_setfuncs so that your > module does not create globals. (Modules are not expected to set global > variables anymore.)" > > We use that to register our functions in LUA. > > "The osize argument to the allocation function may not be zero when > creating a new block, that is, when ptr is NULL (see lua_Alloc). Use > only the test ptr == NULL to check whether the block is new." > > Don't think that affects us, but making note of it anyway, as we do use > that. > > "Finalizers (__gc metamethods) for userdata are called in the reverse > order that they were marked for finalization, not that they were > created (see §2.5.1). (Most userdata are marked immediately after they > are created.) Moreover, if the metatable does not have a __gc field > when set, the finalizer will not be called, even if it is set later." > > This will need a code review. > > "Function lua_objlen was renamed lua_rawlen." > > We use that in the message send function. > > -- > A big old stinking pile of genius that no one wants > coz there are too many silver coated monkeys in the world. -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Edje Lua changes needed for Lua 5.2 (the current release as of last month)
On Thu, 5 Jan 2012 16:51:40 +0900 Carsten Haitzler (The Rasterman) wrote: > On Tue, 3 Jan 2012 16:44:15 +1000 David Seikel > said: > > we could just stick to 5.1 :) i think we should until lua is totally > fleshed out and complete anyway :) Sure, I see that others seem to be sticking to 5.1 as well. It's an API and ABI break, and seems there's not much in the way of compelling reasons to switch to it. Future proofing is still on my TODO list, coz we can't actually control what version distros install. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
