From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [lua V3 4/8] luajit: add host variant
Date: Sat, 1 Mar 2014 19:39:10 +0100 [thread overview]
Message-ID: <20140301193910.369c3cdd@skate> (raw)
In-Reply-To: <20140301174721.GB3354@free.fr>
Dear Yann E. MORIN,
On Sat, 1 Mar 2014 18:47:21 +0100, Yann E. MORIN wrote:
> I'm really worried about how this is gonna play with the virtual-package
> insfrastructure curently pending.
>
> On one hand, I'd like the virtual-package infra to go in first (hey! I
> wrote it! ;-) ), since I'm not very versed in this lua stuff (but you
> are), and we currently have no host virtual packages. But that would
> put the burden onto you to rebase your series.
>
> On the other hand, sicne you're introducing host virtual packages, we
> may want to have them in before the virtual-package infra, so we get a
> pretty good idea of what is actually required.
>
> So, whatever... Let's see what Thomas (deputy-maintainer while Peter's
> on vacation) will say about this. Thomas? ;-)
While in general I prefer to merge things as soon as possible, and then
improve on top of it later on, in this case, I believe it would be nice
if the virtual package infra could from the beginning support the host
package case since we know we will need it for the Lua stuff.
Yann, you could just test it with some simple dummy host packages to
ensure that your virtual infra works for host packages, and leave it to
Fran?ois to rebase his series on top of the infra once it has been
merged.
How does it sounds?
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
next prev parent reply other threads:[~2014-03-01 18:39 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-01 17:23 [Buildroot] [lua V3 0/8] lua Francois Perrad
2014-03-01 17:23 ` [Buildroot] [lua V3 1/8] luajit: refactor without dont-strip.patch Francois Perrad
2014-03-01 17:23 ` [Buildroot] [lua V3 2/8] luajit: refactor without shared-lib.patch Francois Perrad
2014-03-01 17:23 ` [Buildroot] [lua V3 3/8] luajit: handles BR2_PREFER_STATIC_LIB Francois Perrad
2014-03-01 17:23 ` [Buildroot] [lua V3 4/8] luajit: add host variant Francois Perrad
2014-03-01 17:47 ` Yann E. MORIN
2014-03-01 18:39 ` Thomas Petazzoni [this message]
2014-03-01 21:41 ` Yann E. MORIN
2014-03-01 17:23 ` [Buildroot] [lua V3 5/8] luainterpreter: " Francois Perrad
2014-03-01 17:23 ` [Buildroot] [lua V3 6/8] luarocks: allow to work with host-luainterpreter Francois Perrad
2014-03-01 17:23 ` [Buildroot] [lua V3 7/8] ljlinenoise: new package Francois Perrad
2014-03-01 23:15 ` Thomas Petazzoni
2014-03-01 17:23 ` [Buildroot] [lua V3 8/8] lua-iconv: " Francois Perrad
2014-03-01 23:02 ` [Buildroot] [lua V3 0/8] lua Thomas Petazzoni
2014-04-19 21:58 ` Thomas Petazzoni
2014-04-20 7:38 ` [Buildroot] [UNSURE]Re: " François Perrad
2014-04-20 8:13 ` Thomas Petazzoni
2014-04-20 15:03 ` François Perrad
2014-07-18 17:44 ` [Buildroot] " Thomas Petazzoni
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140301193910.369c3cdd@skate \
--to=thomas.petazzoni@free-electrons.com \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox