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/ |