Go to file
Thomas Petazzoni f6d0246506 gdb: do not allow gdbserver/cross-gdb build in some cases
When an external toolchain is used, and the user has chosen to copy
the external toolchain gdbserver to the target, then we should allow
the user to build a gdbserver and/or a cross-gdb: the ones of the
external toolchain should be used.

The reasoning is that one must use a gdbserver and cross-gdb of
identical versions to be sure that debugging will work properly.

Change suggested by Yann E. Morin.

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
2013-04-11 21:46:56 +02:00
arch toolchain/arm: drop generic and old, add fa526/626, unify strongarm 2013-04-11 09:22:48 +02:00
board configs: add RaspberryPi defconfig 2013-03-26 14:00:29 +01:00
boot barebox: add 2013.04.0, remove 2012.12.1 2013-04-11 15:52:16 +02:00
configs nitrogen6x_defconfig: drop double linux tarball location 2013-04-11 10:10:48 +02:00
docs manual: add manual generation date/git revision in the manual text 2013-03-27 09:54:59 +01:00
fs fs/jffs2: refactor endianess selection to use BR2_ENDIAN 2013-04-11 15:57:37 +02:00
linux linux: bump 3.8.x stable version 2013-04-10 11:47:09 +02:00
package gdb: do not allow gdbserver/cross-gdb build in some cases 2013-04-11 21:46:56 +02:00
support support/kconfig: upgrade to 3.9-rc2 2013-04-11 09:30:39 +02:00
system
toolchain gdb: convert to the package infrastructure 2013-04-11 21:46:32 +02:00
.defconfig
.gitignore
CHANGES
Config.in
Config.in.legacy gdb: convert to the package infrastructure 2013-04-11 21:46:32 +02:00
COPYING
Makefile support/kconfig: add support for olddefconfig 2013-04-11 09:58:12 +02:00
Makefile.legacy

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