Go to file
Vicente Olivert Riera 8fc5ea0043 sawman: Link using gcc instead of ld
Using ld may cause a link failure due to using the default emulation
linker which is configured when building the linker in binutils.  Using
gcc instead will pass the appropriate -m value because the compiler
knows the ABI you are using.

Here is an example of the failure:

ld: .libs/libdirectfbwm_sawman.a.tmp/sawman_wm.o: ABI is incompatible
with that of the selected emulation
ld: failed to merge target specific data of file
.libs/libdirectfbwm_sawman.a.tmp/sawman_wm.o
ld: Attempt to do relocatable link with elf64-tradbigmips input and
elf32-tradbigmips output
ld: .libs/libdirectfbwm_sawman.a.tmp/sawman_wm.o: file class ELFCLASS64
incompatible with ELFCLASS32
ld: final link failed: File in wrong format

Fixes:

   http://autobuild.buildroot.net/results/e4b/e4b77681a44626efa2a44627604630697e785086/

Signed-off-by: Vicente Olivert Riera <Vincent.Riera@imgtec.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2013-12-17 20:39:59 +01:00
arch Revert "arc: Add option for ARC-specific download site" 2013-12-06 22:45:13 +01:00
board apf27: update configuration 2013-12-15 22:11:21 +01:00
boot Config.in files: unification of comments about dependency on Linux kernel 2013-12-15 16:24:36 +01:00
configs apf27: update configuration 2013-12-15 22:11:21 +01:00
docs manual: clarify format of comments about dependency on Linux kernel 2013-12-15 16:26:02 +01:00
fs Config.in files: unification of comments about dependency on Linux kernel 2013-12-15 16:24:36 +01:00
linux linux.mk: enable options for ktap 2013-12-16 22:09:40 +01:00
package sawman: Link using gcc instead of ld 2013-12-17 20:39:59 +01:00
support core: allow external Config.in/makefile code to be integrated 2013-12-08 22:39:42 +01:00
system Add hypervisor consoles (hvc) 2013-12-16 22:39:53 +01:00
toolchain toolchain: enable microblaze toolchain 2013-12-06 22:46:44 +01: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 2013.11 2013-11-30 14:16:03 +01:00
Config.in Config.in: Add a menu around BR2_EXTERNAL configuration options 2013-12-08 23:30:26 +01:00
Config.in.legacy Remove deprecated package netkitbase and netkittelnet 2013-12-15 21:04:05 +01:00
COPYING clarify license and fix website license link 2009-05-08 09:29:41 +02:00
Makefile Makefile: don't use parallel make when calling back into buildroot 2013-12-16 13:49:28 +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