On Tue, 4 Sep 2012 13:24:27 +0200 Leif Middelschulte <leif.middelschu...@gmail.com> said:
here's my take. lua 5.1 is the requirement. lua likes to break api and abi every few MINOR releases, and distros just don't realise it thus they just go upgrade thinking it's all compatible and cool when it isn't. this is what i think happened here with homebrew. reality is that right now u just have to provide a lua 5.1 dep. now we can possibly adapt to lua 5.2 - but this needs lots of testing to make sure 5.1 doesn't break in the process and the 5.2 detection is right. upstream lua devs actually discourage and don't want lua shared libs. they want you to compile it into your app or lib and deal with your own code copy/fork of lua. i happen to disagree that this is a good path to take, but upstream will develop assuming this and thus make life hard to adapt to new lua versions and support it. (indeed this was one reason small/pawn was forked. it also was very small and easy to deal with - especially the runtime vm as parsing and compiling was a separate phase punted off into a binary - embryo_cc). > Hi there, > > as some distributions and Mac OS' (home)brew package manager already ship lua > >=5.2, it might be time to make the code compatible. > > The functions which aren't available anymore: > > _luaL_register > Module and luaL_register deprecated, replaced by luaL_newlib and > luaL_setfuncs. > > _lua_objlen > lua_objlen has become lua_rawlen with a very slight change in behaviour, > lua_len and luaL_len have been addded. The length function(s) changed between > Lua 5.0 and 5.1, and they've changed again between 5.1 and 5.2-work3. What > used to be calledlua_objlen in 5.1 was been renamed to lua_rawlen, with the > only difference in behaviour being that lua_rawlen no longer calculates the > length of a number by taking the string representation of it; it just returns > zero. The new lua_len function behaves exactly like the length operator in > Lua code, and the new luaL_len function behaves in a similar way but returns > the result as an integer rather than on the stack (and throws an error if the > length is not a number). > > I'm not familiar with the behavior edje expects, so I'm asking for anybody > who's familiar with it to add a conditional define to edje's configure.ac, > corresponding code to edje's code and changelog+NEWS(?) to maintain vtorri's > sanity :) > > -- > Leif > ------------------------------------------------------------------------------ > Live Security Virtual Conference > Exclusive live event will cover all the ways today's security and > threat landscape has changed and how IT managers can respond. Discussions > will include endpoint security, mobile security and the latest in malware > threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
