From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCHv3 16/18] Makefile: add BR_BUILDING variable
Date: Sun, 26 Apr 2015 11:40:55 +0200 [thread overview]
Message-ID: <20150426114055.47144b47@free-electrons.com> (raw)
In-Reply-To: <20150425211457.GU4275@free.fr>
Yann,
On Sat, 25 Apr 2015 23:14:57 +0200, Yann E. MORIN wrote:
> I maintian my ack, but I have a deeper concern about not doing those
> checks in the first place.
>
> So, what does it mean not to have a config/board/... name to start with?
>
> It means the specific configuration is not complete, and that the
> package will fail to configure or build. So it does not make sense to
> accept a configuration where such config name are missing.
>
> Furthermore, what about a package that needs the config name to decide
> what tarball to download? In that case, we can't do the check at all,
> and we must fail as soon as the config name is empty.
>
> As such, I'd prefer we do not condition the check on whether we'r
> ebuilding or not, but that we do it always, fo all packages.
>
> However, I can see one reason where we would still want the checks to be
> conditional: make rand*config && make source-check . And that is a
> tricky case to solve.
>
> We could do it by always defining defaults (in the Config.in) to such
> config names; those defaults could be conditional, of course. But coming
> up with sane defaults is not easy either...
>
> Thoughts?
I'd answer that this is a deeper discussion, into which I'd prefer to
not get into at this point. The patch series is trying to keep the
existing behavior, and I'd like to not change that for now.
Once this patch series gets merged, I'll be happy to rediscuss why we
have this special casing on 'make source' / 'make source-check' to
disable the checks.
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
next prev parent reply other threads:[~2015-04-26 9:40 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-25 14:42 [Buildroot] [PATCHv3 00/18] Package based 'source', 'legal-info', 'source-check' and 'external-deps' Thomas Petazzoni
2015-04-25 14:42 ` [Buildroot] [PATCHv3 01/18] fs: only add non rootfs- targets to PACKAGES Thomas Petazzoni
2015-04-25 16:36 ` Yann E. MORIN
2015-04-25 14:42 ` [Buildroot] [PATCHv3 02/18] pkg-generic: take into account patch dependencies in source, external-deps and legal-info Thomas Petazzoni
2015-04-25 16:41 ` Yann E. MORIN
2015-04-26 9:38 ` Thomas Petazzoni
2015-04-25 14:42 ` [Buildroot] [PATCHv3 03/18] Makefile: use the package infra based external-deps Thomas Petazzoni
2015-04-25 14:42 ` [Buildroot] [PATCHv3 04/18] pkg-download: remove support for the SHOW_EXTERNAL_DEPS DL_MODE Thomas Petazzoni
2015-04-25 14:42 ` [Buildroot] [PATCHv3 05/18] Makefile: move source-check outside of noconfig_targets Thomas Petazzoni
2015-04-25 14:42 ` [Buildroot] [PATCHv3 06/18] pkg-download: extend DOWNLOAD_INNER, add a SOURCE_CHECK macro Thomas Petazzoni
2015-04-25 17:15 ` Yann E. MORIN
2015-04-25 14:42 ` [Buildroot] [PATCHv3 07/18] pkg-generic: implement source-check targets Thomas Petazzoni
2015-04-25 17:28 ` Yann E. MORIN
2015-04-26 9:39 ` Thomas Petazzoni
2015-04-26 14:12 ` Yann E. MORIN
2015-04-25 14:42 ` [Buildroot] [PATCHv3 08/18] Makefile: implement a package based source-check target Thomas Petazzoni
2015-04-25 14:42 ` [Buildroot] [PATCHv3 09/18] pkg-generic: remove the .stamp_rsync_sourced fake stamp file Thomas Petazzoni
2015-04-25 17:33 ` Yann E. MORIN
2015-04-25 17:49 ` Thomas Petazzoni
2015-04-25 17:52 ` Yann E. MORIN
2015-04-28 20:13 ` Arnout Vandecappelle
2015-04-25 17:53 ` Yann E. MORIN
2015-04-25 14:42 ` [Buildroot] [PATCHv3 10/18] pkg-generic: don't use DL_MODE in .stamp_downloaded Thomas Petazzoni
2015-04-25 17:34 ` Yann E. MORIN
2015-04-25 14:42 ` [Buildroot] [PATCHv3 11/18] pkg-download: get rid of DL_MODE Thomas Petazzoni
2015-04-25 17:35 ` Yann E. MORIN
2015-04-25 14:42 ` [Buildroot] [PATCHv3 12/18] pkg-download: fix indentation for SOURCE_CHECK_* macros Thomas Petazzoni
2015-04-25 17:37 ` Yann E. MORIN
2015-04-25 14:42 ` [Buildroot] [PATCHv3 13/18] pkg-generic: introduce a <pkg>_ALL_DOWNLOADS variable and factorize code Thomas Petazzoni
2015-04-25 17:58 ` Yann E. MORIN
2015-04-25 14:42 ` [Buildroot] [PATCHv3 14/18] Makefile: implement the 'source' target using the package infrastructure Thomas Petazzoni
2015-04-25 18:51 ` Yann E. MORIN
2015-04-25 14:42 ` [Buildroot] [PATCHv3 15/18] Makefile: remove unneeded variables Thomas Petazzoni
2015-04-25 18:58 ` Yann E. MORIN
2015-04-25 14:43 ` [Buildroot] [PATCHv3 16/18] Makefile: add BR_BUILDING variable Thomas Petazzoni
2015-04-25 20:26 ` Yann E. MORIN
2015-04-25 21:14 ` Yann E. MORIN
2015-04-26 9:40 ` Thomas Petazzoni [this message]
2015-04-26 14:13 ` Yann E. MORIN
2015-04-25 14:43 ` [Buildroot] [PATCHv3 17/18] packages: refactor checks using BR_BUILDING Thomas Petazzoni
2015-04-25 20:52 ` Yann E. MORIN
2015-04-25 21:59 ` Yann E. MORIN
2015-04-26 9:42 ` Thomas Petazzoni
2015-04-26 14:18 ` Yann E. MORIN
2015-04-25 14:43 ` [Buildroot] [PATCHv3 18/18] Makefile: add a few more targets to nobuild_targets Thomas Petazzoni
2015-04-25 14:45 ` [Buildroot] [PATCHv3 00/18] Package based 'source', 'legal-info', 'source-check' and 'external-deps' 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=20150426114055.47144b47@free-electrons.com \
--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