Re: [gentoo-dev] rfc: new global use flag: luajit

[waltdnes]

On Fri, Jul 15, 2016 at 11:23:37PM +0200, Dirkjan Ochtman wrote
> On Thu, Jul 14, 2016 at 4:34 PM, William Hubbs  wrote:
> >> I'd rather avoid adding more of this until we figure out what to do
> >> about multiple Lua versions. The Lua5.1/5.2 split is still stuck
> >> nowhere, and luajit is yet another variant to handle.
> >
> > If we don't do this, the only way to add luajit support to dev-lua/busted 
> > is to
> > propegate the local use flag into all of its dependencies [1], and that is
> > what I'm trying to avoid.
> 
> rspamd has (since [1]) used the jit flag to distinguish between lua
> and luajit for a while. Then, lua is about lua support in general, and
> jit can select between lua and luajit. This is maybe not the best
> solution, but not so bad either, in my view.

  Seamonkey and Firefox both have a "jit" USE flag, which I doubt has
anything to do with lua/luajit.  "lua" and "luajit" appear to be
languages.  They should have flags just like fortran and gcj.  It appear
that the default is "-luajit", and "luajit" turns it on.  BTW...

grep ":luajit " /usr/portage/profiles/use.local.desc | wc -l

...gives 17 hits.  It looks like a good candidate for "globalization".
Note the trailing space.  There are 2 for USE flag "luajittex" for
app-text/texlive-core and dev-texlive/texlive-basic

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-dev] rfc: new global use flag: luajit

[Dirkjan Ochtman]

On Thu, Jul 14, 2016 at 4:34 PM, William Hubbs  wrote:
>> I'd rather avoid adding more of this until we figure out what to do
>> about multiple Lua versions. The Lua5.1/5.2 split is still stuck
>> nowhere, and luajit is yet another variant to handle.
>
> If we don't do this, the only way to add luajit support to dev-lua/busted is 
> to
> propegate the local use flag into all of its dependencies [1], and that is
> what I'm trying to avoid.

rspamd has (since [1]) used the jit flag to distinguish between lua
and luajit for a while. Then, lua is about lua support in general, and
jit can select between lua and luajit. This is maybe not the best
solution, but not so bad either, in my view.

Cheers,

Dirkjan

[1] https://bugs.gentoo.org/show_bug.cgi?id=572682

Re: [gentoo-dev] rfc: new global use flag: luajit

[Raymond Jennings]

My personal opinion is that anything that reduces complexity or duplication
in the tree is a good thing.

At least if there's some kind of version spat, you only need to fix it in
one place (the eclass) instead of in individual ebuilds.

On Thu, Jul 14, 2016 at 7:34 AM, William Hubbs  wrote:

> On Thu, Jul 14, 2016 at 04:15:42PM +0200, Michał Górny wrote:
> > On Thu, 14 Jul 2016 09:05:57 -0500
> > William Hubbs  wrote:
> >
> > > All,
> > >
> > > there are currently 19 packages in the tree that have the luajit use
> > > flag, and I am planning on adding 10 more.
> > >
> > > I think this use flag should be global with the following description:
> > >
> > > "use the lua just-in-time compiler for lua support"
> > >
> > > If there are no objections, I'll start the transition on or after 17
> > > Jul.
> >
> > I'd rather avoid adding more of this until we figure out what to do
> > about multiple Lua versions. The Lua5.1/5.2 split is still stuck
> > nowhere, and luajit is yet another variant to handle.
>
> If we don't do this, the only way to add luajit support to dev-lua/busted
> is to
> propegate the local use flag into all of its dependencies [1], and that is
> what I'm trying to avoid.
>
> William
>
> [1] https://bugs.gentoo.org/show_bug.cgi?id=584694
>

Re: [gentoo-dev] rfc: new global use flag: luajit

[William Hubbs]

On Thu, Jul 14, 2016 at 04:15:42PM +0200, Michał Górny wrote:
> On Thu, 14 Jul 2016 09:05:57 -0500
> William Hubbs  wrote:
> 
> > All,
> > 
> > there are currently 19 packages in the tree that have the luajit use
> > flag, and I am planning on adding 10 more.
> > 
> > I think this use flag should be global with the following description:
> > 
> > "use the lua just-in-time compiler for lua support"
> > 
> > If there are no objections, I'll start the transition on or after 17
> > Jul.
> 
> I'd rather avoid adding more of this until we figure out what to do
> about multiple Lua versions. The Lua5.1/5.2 split is still stuck
> nowhere, and luajit is yet another variant to handle.

If we don't do this, the only way to add luajit support to dev-lua/busted is to
propegate the local use flag into all of its dependencies [1], and that is
what I'm trying to avoid.

William

[1] https://bugs.gentoo.org/show_bug.cgi?id=584694


signature.asc
Description: Digital signature

Re: [gentoo-dev] rfc: new global use flag: luajit

[Michał Górny]

On Thu, 14 Jul 2016 09:05:57 -0500
William Hubbs  wrote:

> All,
> 
> there are currently 19 packages in the tree that have the luajit use
> flag, and I am planning on adding 10 more.
> 
> I think this use flag should be global with the following description:
> 
> "use the lua just-in-time compiler for lua support"
> 
> If there are no objections, I'll start the transition on or after 17
> Jul.

I'd rather avoid adding more of this until we figure out what to do
about multiple Lua versions. The Lua5.1/5.2 split is still stuck
nowhere, and luajit is yet another variant to handle.

-- 
Best regards,
Michał Górny



pgpvSBWn4_EVw.pgp
Description: OpenPGP digital signature

[gentoo-dev] rfc: new global use flag: luajit

[William Hubbs]

All,

there are currently 19 packages in the tree that have the luajit use
flag, and I am planning on adding 10 more.

I think this use flag should be global with the following description:

"use the lua just-in-time compiler for lua support"

If there are no objections, I'll start the transition on or after 17
Jul.

Here is the current list of packages that support the luajit use flag.

app-editors/gvim:luajit - Use dev-lang/luajit instead of dev-lang/lua
app-editors/vim:luajit - Use dev-lang/luajit instead of dev-lang/lua
app-editors/vim-qt:luajit - Use dev-lang/luajit instead of dev-lang/lua
app-shells/mpv-bash-completion:luajit - Use dev-lang/luajit instead of 
dev-lang/lua
dev-lua/lpeg:luajit - Use dev-lang/luajit instead of dev-lang/lua
dev-lua/lua-openssl:luajit - Use dev-lang/luajit instead of dev-lang/lua
dev-lua/luaossl:luajit - Use dev-lang/luajit instead of dev-lang/lua
dev-lua/messagepack:luajit - Use the lua just-in-time compiler dev-lang/luajit 
instead of dev-lang/lua
dev-lua/mpack:luajit - Use dev-lang/luajit instead of dev-lang/lua
dev-texlive/texlive-basic:luajittex - Add support for LuaJitTeX: LuaTeX based 
on LuaJIT which is usually faster.
games-action/minetest:luajit - Use dev-lang/luajit instead of dev-lang/lua
games-engines/solarus:luajit - Use LuaJIT instead of default Lua.
games-roguelike/stone-soup:luajit - Use dev-lang/luajit as scripting backend 
instead of dev-lang/lua.
mail-filter/opensmtpd-extras:luajit - Use JIT for Lua via dev-lang/luajit 
instead of dev-lang/lua
media-sound/csound:luajit - Use the lua just-in-time compiler dev-lang/luajit 
instead of dev-lang/lua
media-video/mpv:luajit - Use dev-lang/luajit instead of dev-lang/lua
net-analyzer/suricata:luajit - Enable Luajit support
www-client/luakit:luajit - Use the lua just-in-time compiler dev-lang/luajit 
instead of dev-lang/lua, which should make luakit faster.
www-servers/nginx:luajit - Use dev-lang/luajit instead of dev-lang/lua for lua 
support when building the lua http module.

Thanks,

William


signature.asc
Description: Digital signature