From: Bernhard Fischer <rep.dot.nop@gmail.com>
To: buildroot@busybox.net
Subject: [Buildroot] (no subject)
Date: Sun, 28 Jan 2007 23:18:18 +0100 [thread overview]
Message-ID: <20070128221818.GY28221@aon.at> (raw)
In-Reply-To: <1169765076.25586.8.camel@elrond.sweden.atmel.com>
On Thu, Jan 25, 2007 at 11:44:36PM +0100, Ulf Samuelsson wrote:
>Author: Ulf Samuelsson
>Date: 2007-01-25
>
>Log:
> Here is my suggestion for supporting different BSP's
> in the same buildroot structure
> Add BINARIES_DIR directory,
> where resulting binaries can be stored
> Typically this directory contains a subdirectory for each BSP.
>
> Add TARGET_BUILD_DIR directory, where BSP for different
> boards can be built without destroying results of previous
> builds. Typically each BSP would build in a subdirectory of
> TARGET_BUILD_DIR
>
>Modified:
> Config.in
> Makefile
> package/Makefile.in
>
>Changeset
> Config.in
> Makefile
> package/Makefile.in
>
>Author: Ulf Samuelsson
>Date: 2007-01-25
>
>Log:
> Here is my suggestion for supporting different BSP's
> in the same buildroot structure
> Add BINARIES_DIR directory,
> where resulting binaries can be stored
> Typically this directory contains a subdirectory for each BSP.
>
> Add TARGET_BUILD_DIR directory, where BSP for different
> boards can be built without destroying results of previous builds.
> Typically each BSP would build in a subdirectory of TARGET_BUILD_DIR
>
>Modified:
> Config.in
> Makefile
> package/Makefile.in
>
>Changeset
> Config.in
> Makefile
> package/Makefile.in
>
>diff -urN buildroot/Config.in buildroot-atmel/Config.in
>--- buildroot/Config.in 2007-01-25 21:58:40.000000000 +0100
>+++ buildroot-atmel/Config.in 2007-01-25 23:34:50.000000000 +0100
>@@ -2,6 +2,17 @@
>
> mainmenu "Buildroot2 Configuration"
>
>+config BR2_BOARDNAME
>+ string "Boardname"
>+ default "board"
That default should be ""
and specific target/*/* should set this, no?
Also, please move below HAVE_DOT_CONFIG.
>+ help
>+ Name is used to define subdirectories
>+ * where the Board Support Packages are built
>+ (Linux,Root fs Bootmonitor,Utilities etc.)
>+ * where the resulting binaries are stored.
>+ Older target may still build in the build_<arch>
>+ and store binaries in the top directory.
>+
> config BR2_HAVE_DOT_CONFIG
> bool
> default y
>@@ -266,6 +277,7 @@
> depends BR2_arm
> string "Atmel AT91 Linux Patch download site"
> default "http://maxim.org.za/AT91RM9200/2.6/"
>+ help
> Patches for the AT91 generated by the Linux community
> usually ends up here, courtesy of Andrew Victor
>
hunk not needed anymore.
>diff -urN buildroot/Makefile buildroot-atmel/Makefile
>--- buildroot/Makefile 2007-01-25 21:05:25.000000000 +0100
>+++ buildroot-atmel/Makefile 2007-01-25 23:36:12.000000000 +0100
>@@ -76,12 +76,16 @@
> TARGETS_SOURCE:=$(patsubst %,%-source,$(TARGETS))
> TARGETS_DIRCLEAN:=$(patsubst %,%-dirclean,$(TARGETS))
>
>-world: $(DL_DIR) $(BUILD_DIR) $(STAGING_DIR) $(TARGET_DIR) $(TARGETS)
>+world: $(DL_DIR) $(BUILD_DIR) $(STAGING_DIR) $(TARGET_DIR) \
>+ $(TARGET_BUILD_DIR) $(BINARIES_DIR) \
>+ $(TARGETS)
>+
> dirs: $(DL_DIR) $(BUILD_DIR) $(STAGING_DIR)
>
> .PHONY: all world dirs clean dirclean distclean source $(TARGETS) \
> $(TARGETS_CLEAN) $(TARGETS_DIRCLEAN) $(TARGETS_SOURCE) \
>- $(DL_DIR) $(BUILD_DIR) $(TOOL_BUILD_DIR) $(STAGING_DIR)
>+ $(DL_DIR) $(BUILD_DIR) $(TOOL_BUILD_DIR) $(STAGING_DIR) \
>+ $(TARGET_BUILD_DIR) $(BINARIES_DIR)
>
> #############################################################
> #
>@@ -115,6 +119,12 @@
> -find $(TARGET_DIR) -type d -name CVS | xargs rm -rf
> -find $(TARGET_DIR) -type d -name .svn | xargs rm -rf
>
>+$(TARGET_BUILD_DIR):
>+ mkdir -p $(TARGET_BUILD_DIR)
>+
>+$(BINARIES_DIR):
>+ mkdir -p $(BINARIES_DIR)
>+
an
$(DL_DIR) $(BUILD_DIR) $(TOOL_BUILD_DIR) $(STAGING_DIR) \
$(TARGET_BUILD_DIR) $(BINARIES_DIR):
mkdir -p $@
should do, too, i'd say. We could delete the other superfluous rules
then.
> source: $(TARGETS_SOURCE)
>
> #############################################################
>diff -urN buildroot/package/Makefile.in buildroot-atmel/package/Makefile.in
>--- buildroot/package/Makefile.in 2007-01-25 21:05:25.000000000 +0100
>+++ buildroot-atmel/package/Makefile.in 2007-01-25 23:19:11.000000000 +0100
>@@ -42,6 +42,8 @@
> BUILD_DIR:=$(BASE_DIR)/$(TOPDIR_PREFIX)build_$(ARCH)$(ARCH_FPU_SUFFIX)$(TOPDIR_SUFFIX)
> TARGET_DIR:=$(BUILD_DIR)/root
> TOOL_BUILD_DIR=$(BASE_DIR)/$(TOPDIR_PREFIX)toolchain_build_$(ARCH)$(ARCH_FPU_SUFFIX)$(TOPDIR_SUFFIX)
>+TARGET_BUILD_DIR:=$(BASE_DIR)/$(TOPDIR_PREFIX)target_build_$(ARCH)$(ARCH_FPU_SUFFIX)$(TOPDIR_SUFFIX)/$(BR2_BOARDNAME)
>+BINARIES_DIR:=$(BASE_DIR)/binaries/$(BR2_BOARDNAME)
shouldn't the BINARIES_DIR rather be only visible in targets/MAkefile.in
and below? Just curious..
next prev parent reply other threads:[~2007-01-28 22:18 UTC|newest]
Thread overview: 76+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-01-25 22:44 [Buildroot] (no subject) Ulf Samuelsson
2007-01-28 22:18 ` Bernhard Fischer [this message]
2007-01-29 0:26 ` [Buildroot] BSP patch Ulf Samuelsson
-- strict thread matches above, loose matches on Subject: below --
2025-05-03 13:52 [Buildroot] (no subject) Joseph Zikusooka (ZIK)
2023-03-15 8:51 Luke D. Jones
2023-02-18 10:16 Bagas Sanjaya
2023-02-18 10:17 ` Bagas Sanjaya
2023-01-28 9:41 [Buildroot] [PATCH 1/1] package/oatpp:: new package Alessandro Partesotti
2023-01-31 20:00 ` [Buildroot] (no subject) Alessandro Partesotti
2022-04-04 13:03 Edmundo Ferreira
2020-10-26 21:31 Augustin Thiercelin
2020-06-09 22:41 Norbert Lange
2020-06-05 22:27 Kurdenes
2020-06-05 22:26 Kurdenes
2020-05-06 13:11 Norbert Lange
2019-07-04 12:36 Vered Kalef
2019-01-21 14:35 Bedran Atug
2017-03-02 15:27 Benoît Allard
2016-09-28 12:41 Waldemar Brodkorb
2016-09-28 13:48 ` Thomas Petazzoni
2016-02-21 1:58 Ricardo Martincoski
2015-08-13 14:11 [Buildroot] [PATCH] [autobuild] package/libiio: tests need threads Yann E. MORIN
2015-08-13 19:02 ` Baruch Siach
2015-08-13 19:07 ` [Buildroot] (no subject) Yann E. MORIN
2015-05-09 17:13 Florent Valette
2014-11-30 21:19 Ja Bi
2013-11-20 22:09 chris at zankel.net
2013-11-21 22:26 ` Arnout Vandecappelle
2013-11-20 22:09 chris at zankel.net
2013-11-20 22:09 chris at zankel.net
2013-11-20 22:28 ` Chris Zankel
2012-12-29 1:45 Stefan Fröberg
2012-12-29 7:59 ` Thomas Petazzoni
2012-12-29 14:13 ` Stefan Fröberg
2012-12-29 14:32 ` Thomas Petazzoni
2012-12-29 14:56 ` Stefan Fröberg
2012-12-20 3:10 Stefan Fröberg
2012-12-11 14:06 Ted Wood
2012-12-11 14:14 ` Berns
2012-12-11 14:28 ` Ted Wood
2012-07-26 10:56 Zoran Djordjevic
2012-07-26 11:44 ` Thomas Petazzoni
2012-07-16 3:00 Danomi Manchego
2012-07-16 2:59 Danomi Manchego
2012-07-09 9:22 Zoran Djordjevic
2012-07-13 21:06 ` Thomas Petazzoni
2012-05-23 21:02 [Buildroot] [PATCH] New package: freerdp Peter Korsgaard
2012-05-23 21:41 ` [Buildroot] (no subject) Julian Lunz
2012-03-19 19:52 Justin Mark
2012-03-16 10:36 Vellemans, Noel
2012-03-18 15:29 ` Arnout Vandecappelle
2012-03-18 15:56 ` Thomas Petazzoni
2012-03-13 17:02 oilehus at yahoo.com
2012-02-22 12:16 Tobias Arp
2012-02-13 21:05 [Buildroot] Bug/Typo in ffmpeg.mk universeII at gmx.de
2012-02-13 21:28 ` Peter Korsgaard
[not found] ` <20120325133208.166570@gmx.net>
2012-03-25 15:04 ` [Buildroot] (no subject) Peter Korsgaard
2011-05-10 14:22 Mike Williams
2011-05-10 14:37 ` Daniel Nyström
2011-05-09 20:14 Mike Williams
2010-12-31 11:38 [Buildroot] [PATCH 0/6] Toolchain rework take 4 Gustavo Zacarias
2010-12-31 11:38 ` [Buildroot] (no subject) Gustavo Zacarias
2010-12-31 11:39 ` Gustavo Zacarias
2010-07-29 22:44 Dwayne Fontenot
2010-07-30 8:16 ` Peter Korsgaard
2010-06-07 13:08 Paul Jones
2010-02-03 9:47 Tony Mozi
2010-01-09 18:22 Clark Rawlins
2010-01-06 22:07 H Hartley Sweeten
2010-01-19 16:12 ` Peter Korsgaard
2010-01-19 16:41 ` H Hartley Sweeten
2009-12-29 19:37 Terry Forrest
2010-01-19 16:11 ` Peter Korsgaard
2009-12-03 22:34 [Buildroot] [PATCH] gst-plugins-bad: make more dependency-less plugins configurable Sven Neumann
2009-12-08 13:52 ` Peter Korsgaard
2009-12-08 14:21 ` [Buildroot] (no subject) Tom Wagner
2009-12-08 14:36 ` Michael S. Zick
2009-06-28 21:10 nfrench at xtale.biz
2009-06-09 3:42 Richard Ebenal
2008-11-24 12:25 rossella battaglia
2008-03-06 19:45 John Voltz
2008-01-11 16:09 Manuel Sahm
2007-08-19 8:13 Gururaja Hebbar K R
2007-08-20 14:49 ` Bernhard Fischer
2006-07-23 23:52 amit bhosale
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=20070128221818.GY28221@aon.at \
--to=rep.dot.nop@gmail.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.