From: Axel Lin <axel.lin@ingics.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH] arch/Config.in: Allow arm7tdmi to select BR2_BINFMT_FLAT
Date: Fri, 06 Sep 2013 13:45:49 +0800 [thread overview]
Message-ID: <1378446349.27719.2.camel@phoenix> (raw)
Allow BR2_arm7tdmi to select BR2_BINFMT_FLAT by adding BR2_arm7tdmi to
BR2_BINFMT_FLAT dependency.
Remove BR2_m68k dependency for BR2_BINFMT_FDPIC because m68k does not support
FDPIC.
Also update BR2_BINFMT_ELF dependency to exclude BR2_arm7tdmi. So users of
MMU-capable ARM variants wouldn't be confused by the availability of FLAT and
ELF as binary formats.
Signed-off-by: Axel Lin <axel.lin@ingics.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
---
This is v2 of "[PATCH 2/2] arch/Config.in: Allow ARM to select BR2_BINFMT_FLAT",
I change the subject line because it actually allows arm7tdmi to select
BR2_BINFMT_FLAT.
The changes in v2:
Add BR2_arm7tdmi rather than BR2_arm to BR2_BINFMT_FLAT dependency.
Remove BR2_m68k dependency for BR2_BINFMT_FDPIC.
Also update BR2_BINFMT_ELF dependency to exclude BR2_arm7tdmi.
Note:
I didn't add BR2_arm_cortex_m3 and BR2_arm_cortex_m4 to the dependency in this
patch because they are not exist in current build system. And I think it's ok
to have an incremental patch for adding them when they are supported by
buildroot.
I think further improvement for using !BR2_USE_MMU dependency suggested by
Thomas Petazzoni or having "ARCH_HAS_MMU and/or ARCH_SUPPORTS_FLAT_BINARY"
suggested by Thomas De Schampheleire can also be in incremental patchs.
Regards,
Axel
Signed-off-by: Axel Lin <axel.lin@ingics.com>
---
arch/Config.in | 11 ++++++-----
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git a/arch/Config.in b/arch/Config.in
index 3fd8c1c..f88594c 100644
--- a/arch/Config.in
+++ b/arch/Config.in
@@ -225,12 +225,13 @@ config BR2_GCC_TARGET_MODE
# Set up target binary format
choice
prompt "Target Binary Format"
- depends on BR2_bfin || BR2_m68k
- default BR2_BINFMT_FDPIC
+ depends on BR2_arm7tdmi || BR2_m68k || BR2_bfin
+ default BR2_BINFMT_FLAT if BR2_arm7tdmi || BR2_m68k
+ default BR2_BINFMT_FDPIC if BR2_bfin
config BR2_BINFMT_ELF
bool "ELF"
- depends on !BR2_bfin && !BR2_m68k
+ depends on !BR2_arm7tdmi && !BR2_bfin && !BR2_m68k
help
ELF (Executable and Linkable Format) is a format for libraries and
executables used across different architectures and operating
@@ -238,7 +239,7 @@ config BR2_BINFMT_ELF
config BR2_BINFMT_FDPIC
bool "FDPIC"
- depends on BR2_bfin || BR2_m68k
+ depends on BR2_bfin
help
ELF FDPIC binaries are based on ELF, but allow the individual load
segments of a binary to be located in memory independently of each
@@ -247,7 +248,7 @@ config BR2_BINFMT_FDPIC
config BR2_BINFMT_FLAT
bool "FLAT"
- depends on BR2_bfin || BR2_m68k
+ depends on BR2_arm7tdmi || BR2_bfin || BR2_m68k
select BR2_PREFER_STATIC_LIB
help
FLAT binary is a relatively simple and lightweight executable format
--
1.8.1.2
reply other threads:[~2013-09-06 5:45 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=1378446349.27719.2.camel@phoenix \
--to=axel.lin@ingics.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.