Trying to send this again, apparently sourceforge thinks that google is a spammer and blocked it before.
On Mon, 10 Sep 2012 11:51:35 +0900 Carsten Haitzler (The Rasterman) <ras...@rasterman.com> wrote: > 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. Since this thread started, someone started another thread where an actual patch to do this was posted. I said I'll look at that patch this week. The patch tries to detect the existence of 5.2 at compile time, then ifdefs it's way around it. It also included a patch for the example that is not ifdeffed. Lots of testing is what I plan on doing with it. Lua upstream developers also don't like to help with pkg-config and stuff. Likely it's all part of their "just compile your own fork into your project" deal. Their web site actually includes a bunch of optional patches for you to apply to your own fork. No telling which patches any given distro applied. I already mentioned in this thread that I have been looking at using LuaJIT 2. It combines the best bits of 5.2 with a 5.1 implementation that is lightning fast, plus other goodies. See that post for details. > (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 -- 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
------------------------------------------------------------------------------ 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
