Gentoo Archives: gentoo-dev

From: Rafael Goncalves Martins <rafaelmartins@g.o>
To: Gentoo Development <gentoo-dev@l.g.o>
Subject: Re: [gentoo-dev] [RFC] luajit global useflag
Date: Sun, 01 Mar 2015 21:47:50
Message-Id: CAHgY3qcmYG9uW5BDimJ3wwxjAUZM6B+efnmdODHbxMxn1bbdVw@mail.gmail.com
In Reply to: Re: [gentoo-dev] [RFC] luajit global useflag by Rafael Goncalves Martins
1 On Sun, Mar 1, 2015 at 6:46 PM, Rafael Goncalves Martins
2 <rafaelmartins@g.o> wrote:
3 > On Sun, Mar 1, 2015 at 9:45 AM, Vadim A. Misbakh-Soloviov <mva@×××.name> wrote:
4 >> В письме от Вс, 1 марта 2015 20:36:03 пользователь Ben de Groot написал:
5 >>>
6 >>> Or maybe one of the other lua package maintainers has plans?
7 >>
8 >>
9 >> Not that I'm in-tree lua maintainer, but as Lua-overlay contributor and lua-
10 >> fanboy, I'd suggest to unmask all lua-interpreters and make them slotted just
11 >> as python/ruby/whatever. And provide a eselect-lua (I had ebuild for it
12 >> somewhere).
13 >
14 > This isn't going to happen any time soon, for several reasons. :(
15 >
16 >> Although, there is single issue: precompiled bytecode isn't compatible between
17 >> even "5.1" PUC-Rio Lua and LuaJIT, and, of course, AFAIR, between Lua5
18 >> releases.
19 >
20 > You explained why yourself. This issue can be solved doing something
21 > like what is done for python, compiling and installing bytecode for
22 > each interpreter, but unless someone implements this perfectly, at
23 > least luajit isn't going to be involved in such thing.
24 >
25 >> But I don't think Lua-users do not know about that, so I don't think it is a
26 >> real problem.
27 >
28 > No, this is a real problem to implement multi-interpreter support.
29 > They don't care about the issue because they don't care about
30 > supporting other interpreters, or even multiple versions of Lua
31 > installed in parallel.
32 >
33 > I'm going to repeat this once again: Lua was designed to be built
34 > statically, then upstream don't cares about compatibility between
35 > different versions and interpreters. Creating static libraries is
36 > something that distributions want (and is generally the best
37 > approach), but the upstream developers don't care about this at all.
38 > That said, if you want to go that way, you are in your own, upstream
39 > isn't going to care about your issues or make your life easier.
40
41 s/Creating static libraries/Creating shared libraries/
42
43 obviously. :)
44
45 []'s
46
47 --
48 Rafael Goncalves Martins
49 Gentoo Linux developer
50 http://rafaelmartins.eng.br/