Go to file
Yann E. MORIN 0a54ba31db package/cryptodev: make it behave more like other virtual packages
Currently, the virtual package cryptodev is a special virtual package,
as it offers a choice for its implementation, rather than letting the
user enable them manually.

In so doing, it defines its _HAS option as a 'def_bool y' rather than
letting each implementation 'select' it.

Since we are going to generate a list of virtual packages and their
providers, this defeats the heuristic used to find providers.

Coming with an alternate heuristic that also matches the cryptodev
package is quite complex, so better and easier to make it look more
like any other virtual package.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Samuel Martin <s.martin49@gmail.com>
Reviewed-by: Samuel Martin <s.martin49@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-06-08 17:07:19 +02:00
arch powerpc: add powerpc64 and powerpc64le support 2014-05-26 21:48:33 +02:00
board Improve support of OpenGL for BeagleBone Black 2014-06-08 16:32:20 +02:00
boot barebox: bump to version 2014.06.0 2014-06-07 09:24:06 +02:00
configs Improve support of OpenGL for BeagleBone Black 2014-06-08 16:32:20 +02:00
docs manual: document the new graph-depends options 2014-06-08 16:43:36 +02:00
fs fs/common.mk: unbreak .xz compression when host-xz isn't built 2014-06-04 08:33:17 +02:00
linux linux: bump to version 3.14.6 2014-06-08 14:56:48 +02:00
package package/cryptodev: make it behave more like other virtual packages 2014-06-08 17:07:19 +02:00
support graph-depends: rename the mode constants 2014-06-08 16:43:27 +02:00
system Remove user "default" 2014-06-07 00:06:31 +02:00
toolchain reenable microblaze little endian for internal musl toolchain 2014-06-01 17:28:57 +02:00
.defconfig buildroot: get rid of s390 support 2009-01-12 14:36:14 +00:00
.gitignore update gitignore 2013-05-04 12:41:55 +02:00
CHANGES Update for 2014.05 2014-05-31 09:52:49 +02:00
COPYING clarify license and fix website license link 2009-05-08 09:29:41 +02:00
Config.in config: kernel.org is now https-only 2014-05-24 08:29:18 +02:00
Config.in.legacy package/procps: bump version and rename to procps-ng 2014-06-02 22:32:37 +02:00
Makefile graph-depends: add option to pass arbitrary dot options 2014-06-08 16:43:32 +02:00
Makefile.legacy Makefile.legacy: fix recursive invocation with BUILDROOT_DL_DIR and _CONFIG 2014-02-11 08:14:57 +01:00
README docs: Move README file to root 2014-03-03 21:28:39 +01:00

README

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@buildroot.org