From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCHv3 2/5] core: allow external Config.in/makefile code to be integrated
Date: Thu, 28 Nov 2013 13:29:14 +0100 [thread overview]
Message-ID: <20131128132914.1e0a6ae2@skate> (raw)
In-Reply-To: <OF48FFD9A9.EDDCA00F-ON86257C31.0040FD2E-86257C31.0042CA75@rockwellcollins.com>
Dear Ryan Barnett,
On Thu, 28 Nov 2013 06:09:33 -0600, Ryan Barnett wrote:
> > Ok, I think I see what you mean: creating
> > $(BR2_EXTERNAL)/package/Config.in automatically if it doesn't
> > exist. I don't have a really strong feeling about this, but my
> > initial reaction is that it's better to let the user do that by
> > himself. BR2_EXTERNAL is part of the user source tree, and I hate
> > when tools mess up with my source tree by creating files here and
> > there automatically.
>
> I'm in agreement with Thomas on this issue. I would prefer it if the
> user has to create the file (even with it being blank). However,
> maybe we could a test within the main makefile that if BR2_EXTERNAL
> is used and there is no "package/Config.in" present we through a make
> error prompt the user to create this file. I prefer this method since
> it would be teaching the user how to correctly use this feature
> instead of doing some hidden "auto-magic".
I don't think anything special is needed. With the current patch set
(v3), if the package/Config.in file is missing in the BR2_EXTERNAL
directory, the error is quite obvious:
$ make BR2_EXTERNAL=/tmp/koin menuconfig
package/Config.in:1000: can't open file "/tmp/koin/package/Config.in"
make: *** [menuconfig] Error 1
$
(The /tmp/koin directory is empty)
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
next prev parent reply other threads:[~2013-11-28 12:29 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-27 22:31 [Buildroot] [PATCHv3 0/5] Keeping customizations outside the Buildroot tree with BR2_EXTERNAL Thomas Petazzoni
2013-11-27 22:31 ` [Buildroot] [PATCHv3 1/5] core: introduce the BR2_EXTERNAL variable Thomas Petazzoni
2013-11-28 21:50 ` Yann E. MORIN
2013-11-28 21:55 ` Yann E. MORIN
2013-11-28 22:29 ` Yann E. MORIN
2013-11-27 22:31 ` [Buildroot] [PATCHv3 2/5] core: allow external Config.in/makefile code to be integrated Thomas Petazzoni
2013-11-28 8:33 ` Jeremy Rosen
2013-11-28 8:43 ` Thomas Petazzoni
2013-11-28 9:37 ` Jeremy Rosen
2013-11-28 11:33 ` Thomas Petazzoni
2013-11-28 12:09 ` Ryan Barnett
2013-11-28 12:29 ` Thomas Petazzoni [this message]
2013-11-28 12:33 ` Ryan Barnett
2013-11-28 13:24 ` Samuel Martin
2013-11-28 13:37 ` Simon Dawson
2013-11-28 16:23 ` Thomas Petazzoni
2013-11-28 17:53 ` Samuel Martin
2013-11-28 18:20 ` Thomas Petazzoni
2013-11-28 20:04 ` Samuel Martin
2013-11-28 20:21 ` Thomas Petazzoni
2013-11-28 22:21 ` Yann E. MORIN
2013-11-29 8:38 ` Thomas Petazzoni
2013-11-30 23:30 ` Arnout Vandecappelle
2013-11-27 22:31 ` [Buildroot] [PATCHv3 3/5] core: allow external defconfigs to be used Thomas Petazzoni
2013-11-27 22:31 ` [Buildroot] [PATCHv3 4/5] docs/manual: add explanations about BR2_EXTERNAL Thomas Petazzoni
2013-11-27 22:31 ` [Buildroot] [PATCHv3 5/5] manual: fix manual generation with BR2_EXTERNAL support 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=20131128132914.1e0a6ae2@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.