All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Alex Bennée" <alex.bennee@linaro.org>
To: buildroot@busybox.net
Subject: [Buildroot] Scripting modifications to .config for toolchain requiring minimal kernel version
Date: Wed, 12 Sep 2018 12:04:45 +0100	[thread overview]
Message-ID: <87o9d3asdu.fsf@linaro.org> (raw)


Hi,

We've been looking to use buildroot to build toolchains for some of
QEMU's more esoteric architectures, for example:

  https://lists.gnu.org/archive/html/qemu-devel/2018-09/msg01237.html

Currently the docker image builds with a:

  make qemu_nios2_10m50_defconfig
  make toolchain

but the defconfig quite rightly ensures the libc is built with a minimum
kernel version that matches the kernel buildroot would build under the
config. However for QEMU's purposes we'd prefer a more flexible glibc
that honours the minimum kernel version. Does buildroot already have a
mechanism for tweaking the config from the command line for making these
sort of changes or is it just a case of breaking out sed on the .config?

If I'm going to hack it by sed which fields should I look at tweaking.
There don't seem to be any relevant LIBC config files but quite a lot of
kernel ones:

  BR2_PACKAGE_LINUX_HEADERS=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_1=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_2=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_3=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_4=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_5=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_6=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_7=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_8=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_9=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_10=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_11=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_12=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_13=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_14=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_15=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_16=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_17=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_19=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_0=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_1=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_2=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_3=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_4=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_5=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_6=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_7=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_8=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_9=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_10=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_11=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_12=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_13=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_14=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_15=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_16=y
  BR2_TOOLCHAIN_HEADERS_AT_LEAST="4.16"

If I want glibc to use it's own built in headers is it enough to squash
these config options?

--
Alex Benn?e

                 reply	other threads:[~2018-09-12 11:04 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=87o9d3asdu.fsf@linaro.org \
    --to=alex.bennee@linaro.org \
    --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.