Go to file
Thomas Petazzoni 4705347ddf package: rename <pkg>_CONFIG_FIXUP to <pkg>_CONFIG_SCRIPTS
This commit renames the newly introduced <pkg>_CONFIG_FIXUP variable
to <pkg>_CONFIG_SCRIPTS, for two reasons:

 * <pkg>_CONFIG_SCRIPTS will not only "fixup" the scripts in
   $(STAGING_DIR)/usr/bin, but also remove them from
   $(TARGET_DIR)/usr/bin. So it is not only about doing a "fixup".

 * On the principle, it is strange that the variable carries an
   indication of the action that will take place on those files. It
   should rather be named to say "Here are the <foo>-config scripts",
   and let the package infrastructure decide if it should fix them up,
   remove them, etc.

This commit also updates the documentation accordingly.

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Acked-by: "Samuel Martin" <s.martin49@gmail.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-02-08 22:31:49 +01:00
arch arch/arm: fix-up the ARM Kconfig warning 2013-02-07 20:39:26 +01:00
board Add support for the Calao-systems USB-A9260 2013-01-28 21:53:20 +01:00
boot barebox: add 2013.02.0, remove 2012.10 2013-02-07 14:36:26 +01:00
configs config/kb9202_defconfig: update to latest at91 kernel and lock headers 2013-02-08 22:25:13 +01:00
docs package: rename <pkg>_CONFIG_FIXUP to <pkg>_CONFIG_SCRIPTS 2013-02-08 22:31:49 +01:00
fs fs/common.mk: delay evaluation of variables 2013-01-20 20:53:29 +01:00
linux linux: bump 3.7.x stable version 2013-02-04 22:42:46 +01:00
package package: rename <pkg>_CONFIG_FIXUP to <pkg>_CONFIG_SCRIPTS 2013-02-08 22:31:49 +01:00
support package/customize: remove 2013-02-08 22:06:41 +01:00
system Adjust prompt for the post-build scripts option 2013-02-08 22:06:50 +01:00
toolchain toolchain/kernel-headers: not just 2.6 for manual version 2013-02-06 22:38:18 +01:00
.defconfig buildroot: get rid of s390 support 2009-01-12 14:36:14 +00:00
.gitignore .gitignore: ignore more patch related files 2010-11-18 12:07:23 +01:00
CHANGES CHANGES: ARMv8 64bit arch is called AArch64 2013-02-05 20:35:33 +01:00
Config.in Config.in: move BR2_DEFCONFIG to Build options menu. 2013-02-07 13:48:27 +01:00
Config.in.legacy package/customize: remove 2013-02-08 22:06:41 +01:00
COPYING clarify license and fix website license link 2009-05-08 09:29:41 +02:00
Makefile rootfs-overlay: also exclude .empty files 2013-02-08 22:11:24 +01:00
Makefile.legacy legacy: add error target for host-pkg-config 2012-11-30 12:07:09 -08:00

To build and use the buildroot stuff, do the following:

1) run 'make menuconfig'
2) select the packages you wish to compile
3) run 'make'
4) wait while it compiles
5) Use your shiny new root filesystem. Depending on which sort of
    root filesystem you selected, you may want to loop mount it,
    chroot into it, nfs mount it on your target device, burn it
    to flash, or whatever is appropriate for your target system.

You do not need to be root to build or run buildroot.  Have fun!

Offline build:
==============

In order to do an offline-build (not connected to the net), fetch all
selected source by issuing a
$ make source

before you disconnect.
If your build-host is never connected, then you have to copy buildroot
and your toplevel .config to a machine that has an internet-connection
and issue "make source" there, then copy the content of your dl/ dir to
the build-host.

Building out-of-tree:
=====================

Buildroot supports building out of tree with a syntax similar
to the Linux kernel. To use it, add O=<directory> to the
make command line, E.G.:

$ make O=/tmp/build

And all the output files (including .config) will be located under /tmp/build.

More finegrained configuration:
===============================

You can specify a config-file for uClibc:
$ make UCLIBC_CONFIG_FILE=/my/uClibc.config

And you can specify a config-file for busybox:
$ make BUSYBOX_CONFIG_FILE=/my/busybox.config

To use a non-standard host-compiler (if you do not have 'gcc'),
make sure that the compiler is in your PATH and that the library paths are
setup properly, if your compiler is built dynamically:
$ make HOSTCC=gcc-4.3.orig HOSTCXX=gcc-4.3-mine

Depending on your configuration, there are some targets you can use to
use menuconfig of certain packages. This includes:
$ make HOSTCC=gcc-4.3 linux-menuconfig
$ make HOSTCC=gcc-4.3 uclibc-menuconfig
$ make HOSTCC=gcc-4.3 busybox-menuconfig

Please feed suggestions, bug reports, insults, and bribes back to the
buildroot mailing list: buildroot@uclibc.org