From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 3/8] arch: FDPIC is not supported on m68k
Date: Thu, 11 Dec 2014 20:01:23 +0100 [thread overview]
Message-ID: <20141211200123.16a92a51@free-electrons.com> (raw)
In-Reply-To: <20141211184946.GC4199@free.fr>
Dear Yann E. MORIN,
On Thu, 11 Dec 2014 19:49:46 +0100, Yann E. MORIN wrote:
> I find all this depends on and defaults to be a bit hard to follow.
>
> What about doing it slightly differently:
>
> choice
> prompt "Target Binary Format"
>
> config BR2_BINFMT_ELF
> bool "ELF"
> depends on !BR2_bfin && !BR2_m68k
>
> config BR2_BINFMT_FDPIC
> bool "FDPIC"
> depends on BR2_bfin
>
> config BR2_BINFMT_FLAT
> bool "FLAT"
> depends on BR2_bfin || BR2_m68k
> select BR2_STATIC_LIBS
>
> endchoice
>
> That way:
>
> - ELF will only be visible for those archs that can run ELF binaries.
> It will be the only choice, yes, but so would FLAT be the only
> choice for m68k, like we have today;
>
> - ELF is not available for bfin, so the next entry, FDPIC, will be the
> default in that case, and FLAT can still be selected;
>
> - for m68k, only flat is available, so it's the only choice.
>
> It somewhat simplify the choice, no?
Hum, I must say I really don't see the difference with what I'm
proposing, except that your proposal is not explicitly indicating the
default selection and relies on the order of the choice options to make
sure we have the right default in the various situations. Other than
that, it makes no difference at all.
Thomas
--
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux, Kernel and Android engineering
http://free-electrons.com
next prev parent reply other threads:[~2014-12-11 19:01 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-03 21:41 [Buildroot] [PATCH 0/8] Improving static/shared library selection Thomas Petazzoni
2014-12-03 21:41 ` [Buildroot] [PATCH 1/8] docs: fix typo in cmake-package documentation Thomas Petazzoni
2014-12-03 21:49 ` Samuel Martin
2014-12-03 22:11 ` Yann E. MORIN
2014-12-07 20:54 ` Thomas Petazzoni
2014-12-03 21:41 ` [Buildroot] [PATCH 2/8] Rename BR2_PREFER_STATIC_LIB to BR2_STATIC_LIBS Thomas Petazzoni
2014-12-11 18:44 ` Yann E. MORIN
2014-12-11 18:49 ` Thomas Petazzoni
2014-12-11 20:08 ` Yann E. MORIN
2014-12-03 21:41 ` [Buildroot] [PATCH 3/8] arch: FDPIC is not supported on m68k Thomas Petazzoni
2014-12-11 18:49 ` Yann E. MORIN
2014-12-11 19:01 ` Thomas Petazzoni [this message]
2014-12-11 20:05 ` Yann E. MORIN
2014-12-03 21:41 ` [Buildroot] [PATCH 4/8] arch: ensure BR2_BINFMT_ELF is really used Thomas Petazzoni
2014-12-11 20:07 ` Yann E. MORIN
2014-12-11 21:50 ` Thomas Petazzoni
2014-12-03 21:41 ` [Buildroot] [PATCH 5/8] arch: introduce BR2_BINFMT_SUPPORTS_SHARED Thomas Petazzoni
2014-12-11 20:12 ` Yann E. MORIN
2014-12-11 21:53 ` Thomas Petazzoni
2014-12-03 21:41 ` [Buildroot] [PATCH 6/8] ncurses: speed up host build by disabling static library building Thomas Petazzoni
2014-12-11 20:24 ` Yann E. MORIN
2014-12-03 21:41 ` [Buildroot] [PATCH 7/8] Turn the static lib option into a choice with more options Thomas Petazzoni
2014-12-11 20:46 ` Yann E. MORIN
2014-12-03 21:41 ` [Buildroot] [PATCH 8/8] Build shared libraries only as the default Thomas Petazzoni
2014-12-11 20:49 ` Yann E. MORIN
2014-12-11 21:54 ` [Buildroot] [PATCH 0/8] Improving static/shared library selection 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=20141211200123.16a92a51@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