Skip to content
This repository

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP

Mar 01, 2014

  1. Thomas Petazzoni

    Makefile: ensure system is built even if no filesystem image is selected

    The parallel build patch series has significantly reworked how some of
    the core dependencies are expressed. We now have the following
    dependencies:
    
     all: world
     world: target-post-image
     target-post-image: $(TARGETS_ROOTFS)
    
    with TARGETS_ROOTFS containing the list of root filesystem image
    targets, each having the following dependencies:
    
     $$(BINARIES_DIR)/rootfs.$(1): target-finalize $$(ROOTFS_$(2)_DEPENDENCIES)
    
    The bottom line is that the "target-finalize" target, which in turns
    ensures that all packages are built, is only triggered if at least one
    filesystem image is enabled.
    
    As we want to support builds with no filesystem image selected, this
    is not acceptable. As a fix, we change the target-post-image target
    to:
    
     target-post-image: $(TARGETS_ROOTFS) target-finalize
    
    This way, target-finalize will be triggered even if TARGETS_ROOTFS is
    empty. This is still correct for parallel build, as the individual
    root filesystem image targets still depend on target-finalize.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
    Acked-by: Fabio Porcedda <fabio.porcedda@gmail.com>
    tpetazzoni authored

Feb 14, 2014

  1. Thomas Petazzoni

    core: remove .py/.pyc for Python

    The main Buildroot Makefile was removing *.py or *.pyc if Python 2 was
    enabled, but for Python 3, this action was taken care of by a post
    install target hook of python3.mk, which means it wouldn't work with
    external modules (the .py/.pyc removal would be done before external
    Python modules are installed).
    
    We fix this by making the global *.py/*.pyc removal in the main
    Makefile work for both Python 2 and Python 3.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    tpetazzoni authored jacmet committed

Feb 04, 2014

  1. Thomas Petazzoni

    Strip *.so* and not only executable files

    Our current stripping strategy requires that shared libraries have the
    executable permission. However, this is by far not something
    recognized as a standard behavior: Debian/Ubuntu distributions for
    example do not have executable permissions on their
    libraries. Therefore, pushing to upstream packages fixes that add the
    executable permissions is not easy.
    
    As a result, this commit improves the stripping logic so that it not
    only strips the files that are executable, but also the ones that
    match '*.so*', which should match both the shared libraries and the
    dlopen()'able plugins, as long as they have a .so extension.
    
    Thanks to this addition, a number of manual "chmod +x" done by various
    packages can be removed.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    tpetazzoni authored jacmet committed

Dec 08, 2013

  1. Thomas Petazzoni

    core: allow external defconfigs to be used

    This commit allows the user to store defconfigs in
    $BR2_EXTERNAL/configs/. To achieve this:
    
     * It adds a new %_defconfig that looks in $BR2_EXTERNAL/configs/ for
       the corresponding defconfig file.
    
     * Updates the help target to also list external defconfigs.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Tested-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Acked-by: Ryan Barnett <rjbarnet@rockwellcollins.com>
    Tested-by: "Samuel Martin" <s.martin49@gmail.com>
    Acked-by: "Samuel Martin" <s.martin49@gmail.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    tpetazzoni authored jacmet committed
  2. Thomas Petazzoni

    core: allow external Config.in/makefile code to be integrated

    This commit allows the BR2_EXTERNAL directory to contain Config.in and
    Makefile code, which gets integrated into the Buildroot build logic:
    
     - Buildroot automatically includes the $BR2_EXTERNAL/Config.in in the
       top-level configuration menu.
    
     - Buildroot automatically includes the BR2_EXTERNAL/external.mk in
       the build logic, so it can for example be used to include other .mk
       files that define package recipes.
    
    This is typically intended to be used to create target packages in the
    BR2_EXTERNAL directory, but can also be used for bootloaders, host
    packages, or other custom make logic.
    
    We also add a dummy Config.in file in support/dummy-external/ to
    ensure that the source "$BR2_EXTERNAL/Config.in" line will point to an
    existing file even when BR2_EXTERNAL is not used by the user.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Tested-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Acked-by: Ryan Barnett <rjbarnet@rockwellcollins.com>
    Tested-by: "Samuel Martin" <s.martin49@gmail.com>
    Acked-by: "Samuel Martin" <s.martin49@gmail.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    tpetazzoni authored jacmet committed
  3. Thomas Petazzoni

    core: introduce the BR2_EXTERNAL variable

    This commit introduces the BR2_EXTERNAL environment variable, which
    will allow to keep Buildroot customization (board-specific
    configuration files or root filesystem overlays, package Config.in and
    makefiles, as well as defconfigs) outside of the Buildroot tree.
    
    This commit only introduces the variable itself, and ensures that it
    is available within Config.in options. This allows us to use
    $BR2_EXTERNAL in a 'source' statement in Config.in.
    
    Following patches extend the usage of BR2_EXTERNAL to other areas
    (packages and defconfigs).
    
    In details, this commit:
    
     * Introduces the BR2_EXTERNAL Kconfig option. This option has no
       prompt, and is therefore not visible to the user and also not
       stored in the .config file. It is automatically set to the value of
       the BR2_EXTERNAL environment variable. The only purpose of this
       BR2_EXTERNAL Kconfig option is to allow $BR2_EXTERNAL to be
       properly expanded when used inside Kconfig source statements.
    
     * Calculates the BR2_EXTERNAL value to use. If passed on the command
       line, then this value is taken in priority, and saved to a
       .br-external hidden file in the output directory. If not passed on
       the command line, then we read the .br-external file from the
       output directory. This allows the user to not pass the BR2_EXTERNAL
       value at each make invocation. If no BR2_EXTERNAL value is passed,
       we define it to support/dummy-external, so that the kconfig code
       finds an existing $(BR2_EXTERNAL)/package/Config.in file to
       include.
    
     * Passes the BR2_EXTERNAL into the *config environment, so that its
       value is found when parsing/evaluating Config.in files and .config
       values.
    
    Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Reviewed-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Tested-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Acked-by: Ryan Barnett <rjbarnet@rockwellcollins.com>
    Tested-by: "Samuel Martin" <s.martin49@gmail.com>
    Acked-by: "Samuel Martin" <s.martin49@gmail.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    tpetazzoni authored jacmet committed

Dec 01, 2013

  1. Thomas Petazzoni

    package: add objcopy and ranlib to HOST_CONFIGURE_OPTS

    This commit adds the OBJCOPY and RANLIB variables to
    HOST_CONFIGURE_OPTS, since grub legacy will need these defined in
    order to build properly.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    tpetazzoni authored jacmet committed

Oct 09, 2013

  1. Thomas Petazzoni

    toolchain: introduce a virtual package

    This commit introduces a virtual package called 'toolchain', located
    in 'toolchain/toolchain', which simply depends on
    'toolchain-buildroot' or 'toolchain-external' depending on the
    selected toolchain backend.
    
    For now, toolchain-buildroot and toolchain-external are still manual
    make targets, but the following patches convert those backends to use
    the package infrastructure as well.
    
    In addition to this:
    
     * The main Makefile is modified to always make BASE_TARGETS point to
       this new toolchain virtual package.
    
     * The main Makefile is changed to include all the toolchain/*/*.mk
       files: the toolchain virtual package, and the toolchain-buildroot
       and toolchain-external directories.
    
     * The dependency of the toolchain on prepare dirs and dependencies is
       moved to the toolchain virtual package. It is moved as a
       prerequisite of the "toolchain-source" rule to ensure that all
       directories are prepared before we even start extracting the
       toolchain.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Acked-by: Luca Ceresoli <luca@lucaceresoli.net>
    Acked-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    tpetazzoni authored jacmet committed

Oct 06, 2013

  1. Thomas Petazzoni

    toolchain-crosstool-ng: remove support

    In order to avoid the work of converting the toolchain-crosstool-ng
    logic to the package infrastructure, we remove it from Buildroot,
    since it has been deprecated since quite some time.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
    tpetazzoni authored jacmet committed

Sep 15, 2013

  1. Thomas Petazzoni

    Makefile: make $(BUILD_DIR)/.root rule idempotent

    The $(BUILD_DIR)/.root rule is executed as part of the 'dirs'
    target. The 'dirs' target is re-executed at every execution of 'make
    external-deps', and make external-deps explicitly tells make to ignore
    targets that have already been made (through the -B option). This
    means that the $(BUILD_DIR)/.root rule has to be idempotant, which was
    not the case this the introduction of the lib32/lib64 symbolic link.
    
    Running 'make external-deps' three times in a row was sufficient to
    trigger an error due to symbolic links being incorrectly created. This
    patch fixes that.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    tpetazzoni authored Peter Korsgaard committed

Sep 02, 2013

  1. Thomas Petazzoni

    Makefile: do not try to strip inexisting file when stripping libpthread

    libpthread.so has a special stripping condition to preserve parts of
    it that are needed for debugging. However, due to the usage of 'xargs'
    instead of 'xargs -r', the strip command is executed regardless of
    whether a libpthread.so file is found or not. This leads to a big
    error message being displayed in static-only builds, because strip is
    executed without a file argument. Thanks to the '|| true', the build
    continues, but still shows a big error message in the middle, which is
    not nice.
    
    By using 'xargs -r', we avoid the strip command from being executed
    when 'find' doesn't find any match. We also remove the '|| true' to
    catch other real errors.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    tpetazzoni authored Peter Korsgaard committed

Aug 23, 2013

  1. Thomas Petazzoni

    Makefile: test before search for kernel modules

    The 'find $(TARGET_DIR)/lib/modules' used to find and strip kernel
    modules fails when no kernel modules have been installed. While the
    '|| true' prevents the entire build from failing, there are still some
    error messages displayed, which is not nice.
    
    Instead, test if the directory exists before doing the find. We also
    remove the '|| true' in order to really abort the build if a
    problematic error occurs.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Acked-by: Luca Ceresoli <luca@lucaceresoli.net>
    tpetazzoni authored

Aug 16, 2013

  1. Thomas Petazzoni

    Prepare for 2013.08-rc2

    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    tpetazzoni authored

Aug 05, 2013

  1. Thomas Petazzoni

    Open 2013.11 development cycle

    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    tpetazzoni authored
  2. Thomas Petazzoni

    Prepare for 2013.08-rc1

    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    tpetazzoni authored

Jul 04, 2013

  1. Thomas Petazzoni

    Introduce BR2_TOOLCHAIN_USES_{UCLIBC, GLIBC}

    Currently, when we need to do a conditional on the type of C library
    used, we need to take into account the three toolchain backends. As we
    are going to add eglibc support to the Buildroot toolchain backend, it
    would become even uglier, so this patch introduces two new hidden
    options: BR2_TOOLCHAIN_USES_UCLIBC and BR2_TOOLCHAIN_USES_GLIBC, that
    exist regardless of the toolchain backend. The entire Buildroot code
    base is converted to use those options.
    
    Note that we have intentionally created only one option
    (BR2_TOOLCHAIN_USES_GLIBC) for both glibc and eglibc, since they are
    essentially the same, as far as Buildroot is concerned.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    tpetazzoni authored Peter Korsgaard committed
  2. Thomas Petazzoni

    Remove BR2_HAVE_DEVFILES

    This finally removes the BR2_HAVE_DEVFILES option, that was used to
    install/keep development files on target. With the recent migration of
    the internal backend to the package infrastructure, we had anyway lost
    the ability to build gcc for the target, and install the uClibc
    development files on the target.
    
    [Peter: also remove support/scripts/copy.sh]
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    tpetazzoni authored Peter Korsgaard committed

Jul 03, 2013

  1. Thomas Petazzoni

    Use more sensible names for the external/ctng targets

    Instead of using the 'uclibc' target for all toolchain backends,
    introduce more sensible target names for the external toolchain and
    Crosstool-NG toolchain backend make targets.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    tpetazzoni authored Peter Korsgaard committed
  2. Thomas Petazzoni

    Remove TOOLCHAIN_DIR

    The $(O)/toolchain directory, also called $(TOOLCHAIN_DIR) is no
    longer needed, as all packages are now built in $(O)/build/, including
    gcc and uClibc.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    tpetazzoni authored Peter Korsgaard committed
  3. Thomas Petazzoni

    toolchain: switch to using gcc through package infrastructure

    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    tpetazzoni authored Peter Korsgaard committed

Apr 11, 2013

  1. Thomas Petazzoni

    support/kconfig: add support for olddefconfig

    olddefconfig is a new target available in kconfig that allows to take
    an old .config file, and update it to the latest version of the code,
    without being asked for questions: it automatically assumes the
    default value for options whose value was not defined.
    
    It for example allows to take a minimal defconfig, copy it as .config,
    and do 'make olddefconfig' to get the full .config.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
    Tested-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    tpetazzoni authored Peter Korsgaard committed

Feb 08, 2013

  1. Thomas Petazzoni

    Add a post-image script mechanism

    Just like we have a post-build script mechanism that gets executed
    after the build of all packages but before the creation of the
    filesystem images, let's introduce a post-image script mechanism, that
    gets executed once all filesystem images have been generated.
    
    This can for example be used to call a tool building a firmware image
    from different images generated by Buildroot, or automatically extract
    the tarball root filesystem image into some location exported by NFS,
    or any other custom action.
    
    [Peter: fix image script check]
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Tested-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
    Acked-by: Luca Ceresoli <luca@lucaceresoli.net>
    Acked-by: Samuel Martin <s.martin49@gmail.com>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    tpetazzoni authored Peter Korsgaard committed

Jan 14, 2013

  1. Thomas Petazzoni

    Integration with Buildroot Toolchain Eclipse plugin

    The Eclipse plugin at
    https://github.com/mbats/eclipse-buildroot-toolchain-plugin allows
    users of Eclipse to easily use the toolchain available in
    Buildroot. To do so, this plugin reads
    ~/.buildroot-eclipse.toolchains, which contains the list of Buildroot
    toolchains available on the system, and then offer those toolchains to
    compile Eclipse projects.
    
    In order to interface with this plugin, this commit adds an option
    that allows the user to tell whether (s)he wants the Buildroot project
    toolchain to be visible under this Eclipse plugin. It simply adds a
    line in this ~/.buildroot-eclipse.toolchains file.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    tpetazzoni authored Peter Korsgaard committed

Nov 17, 2012

  1. Thomas Petazzoni

    Warn the user about the usage of output/target as the root filesystem

    A very common mistake done by our users is that they use
    output/target/ directory as their root filesystem. Even though this is
    loudly documented in our Buildroot manual, people don't read
    documentation, so it is not sufficient.
    
    This patch adds a text file named
    output/target/THIS_IS_NOT_YOUR_ROOT_FILESYSTEM which explains why
    output/target isn't appropriate to use as the root filesystem. The
    process is:
    
     * At the beginning of the build, right after the skeleton has been
       copied, support/misc/target-dir-warning.txt is copied to
       output/target/THIS_IS_NOT_YOUR_ROOT_FILESYSTEM
    
     * In the filesystem images creation code, this file is removed before
       launching fakeroot, and restored right after that, so that this
       file is not present in the generated root filesystem images.
    
    Note that the file has not been added to the default skeleton for two
    reasons:
    
     * It would have annoying to have in our source tree a file named in
       capital letters inside system/skeleton/
    
     * The proposed way works even if the user uses a custom skeleton.
    
    [Peter: fixed typo]
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Cc: Juha Lumme <juha.lumme@gmail.com>
    Acked-by: Gustavo Zacarias <gustavo@zacarias.com.ar>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    tpetazzoni authored Peter Korsgaard committed

Nov 04, 2012

  1. Thomas Petazzoni

    New top-level directory: system

    This directory groups the following elements:
     * the default root filesystem skeleton
     * the default device tables
     * the Config.in options for system configuration (UART port for
       getty, system hostname, etc.)
     * the make rules to apply the system configuration options
    
    Even though the skeleton and device tables could have lived in fs/, it
    would have been strange to have the UART, system hostname and other
    related options into fs/. A new system/ directory makes more sense.
    
    As a consequence, this patch also removes target/Makefile.in, which
    has become useless in the process.
    
    [Peter: fixup TARGET_SKELETON settings / documentation to match]
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Acked-by: Yann E. MORIN <yann.morin.1998@free.fr>
    Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    tpetazzoni authored Peter Korsgaard committed

Nov 02, 2012

  1. Thomas Petazzoni

    Support KERNEL_ARCH for AArch64

    The architecture tuple is 'aarch64', but the kernel people decided to
    call it 'arm64', so we have to do some mungling to get the kernel
    architecture name from the Buildroot architecture name.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    tpetazzoni authored Peter Korsgaard committed

Sep 20, 2012

  1. Thomas Petazzoni

    Remove the Xtensa architecture

    As stated in commit 555c258, the
    Xtensa architecture has been introduced in 2009 and never changed
    since its initial introduction. It requires some special handling that
    is a bit annoying, and despite our call to the initial developers, and
    the announcement of the deprecation of the architecture during the
    2012.05, nothing has happened. Therefore, drop support for this
    architecture.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Acked-by: me
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    tpetazzoni authored Peter Korsgaard committed

Aug 31, 2012

  1. Thomas Petazzoni

    Prepare for 2012.08

    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    tpetazzoni authored

Aug 25, 2012

  1. Thomas Petazzoni

    Prepare for 2012.08-rc3

    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    tpetazzoni authored

Aug 15, 2012

  1. Thomas Petazzoni

    Update for 2012.08-rc2

    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    tpetazzoni authored

Aug 01, 2012

  1. Thomas Petazzoni

    Update for 2012.08-rc1

    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    tpetazzoni authored

Jul 02, 2012

  1. Thomas Petazzoni

    Ensure DESTDIR will not confuse the build

    Having DESTDIR defined will confuse the build of certain packages, so
    we ensure that it is undefined from the environment when Buildroot
    starts.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    tpetazzoni authored Peter Korsgaard committed

May 08, 2012

  1. Thomas Petazzoni

    Add support to generate locale data

    In order to use locale support on a Linux system, you need locale data
    to be present:
    
     * on a (e)glibc based system, this data is typically in the
       /usr/lib/locale/locale-archive file, which can be created and
       extended using the localedef program
    
     * on an uClibc based system, the set of supported locales is defined
       at build time by an uClibc configuration option.
    
    This patch implements generating locale data for the following cases:
    
     * Internal toolchain
    
     * External toolchain based on (e)glibc. uClibc external toolchains
       are not supported, because with uClibc, the set of supported
       locales is defined at build time. CodeSourcery and Linaro
       toolchains have been tested, Crosstool-NG toolchains are believed
       to work properly as well.
    
     * Toolchains built using the Crosstool-NG backend, but only (e)glibc
       toolchains.
    
    This feature was runtime tested with internal uClibc toolchain,
    CodeSourcery ARM toolchain and Linaro ARM toolchain, thanks to a
    simple C program that shows the data and a gettext translated message.
    
    Note that this option differs from the "purge locales" option, which
    is responsible for removing translation files and other locale stuff
    installed by packages. At some point in the future, we may want to
    clarify the respective roles of those options.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    tpetazzoni authored Peter Korsgaard committed

Apr 25, 2012

  1. Thomas Petazzoni

    toolchain: remove toolchain/Makefile.in and toolchain/gcc/Makefile.in

    Re-integrate in gcc-uclibc-4.x.mk things from
    toolchain/gcc/Makefile.in that were completely gcc-specific. There was
    no reason to pull that when building with other backends than the
    internal one.
    
    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    tpetazzoni authored Peter Korsgaard committed
  2. Thomas Petazzoni

    Remove unused GNU_TARGET_SUFFIX

    Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
    Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
    tpetazzoni authored Peter Korsgaard committed
Something went wrong with that request. Please try again.