Go to file
Yann E. MORIN a930d9cef6 toolchain: linker options with a $ sign are not supported
As reported in bug #7172 [0], setting BR2_TARGET_LDFLAGS to a value
containing a $ sign can lead to unexpected results.

This is because it is very hard to know when the $ sign gets evaluated:
  - in the Buildroot-level make
  - in the shell called by the Buildroot-level make
  - in the package's own build-system, either at configure time, in the
    Makefile, in a shell in the Makefile...

So, it is very difficult to know how much escaping that would need.

A proposal is to use a shell variable to pass such values unmolested.
But it is not that simple either, since it still contains a $ sign, and
there is not much certainty as to when it would be evaluated.

Instead, just document this limitation, both in the help text for
BR2_TARGET_LDFLAGS, and in the known-issues section in the manual.

Does not really fix #7172, but at least the limitation is documented.

[0] https://bugs.buildroot.org/show_bug.cgi?id=7172

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Mike Zick <minimod@morethan.org>
Reviewed-by: Thomas De Schampheleire <thomas.de.schampheleire@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-07-31 23:51:39 +02:00
arch arch: avr32 should only get removed for the 2015.02 release 2014-07-10 22:05:55 +02:00
board qemu/sparc-ss10: update defconfig to Linux 3.15.x 2014-07-29 20:15:57 +02:00
boot package: remove the trailing slash sign from <PKG>_SITE variable 2014-07-31 23:17:46 +02:00
configs qemu/sparc-ss10: update defconfig to Linux 3.15.x 2014-07-29 20:15:57 +02:00
docs toolchain: linker options with a $ sign are not supported 2014-07-31 23:51:39 +02:00
fs linux: remove support of linux26-* targets 2014-07-29 23:47:03 +02:00
linux package: remove the trailing slash sign from <PKG>_SITE variable 2014-07-31 23:17:46 +02:00
package bandwidthd: new package 2014-07-31 23:26:23 +02:00
support support/libtool: improve version 1.5 static patching 2014-07-31 16:35:49 +02:00
system system: move tz setup outside of default skeleton clause 2014-07-27 22:37:16 +02:00
toolchain toolchain: linker options with a $ sign are not supported 2014-07-31 23:51:39 +02:00
.defconfig
.gitignore
CHANGES Update for 2014.05 2014-05-31 09:52:49 +02:00
Config.in google-breakpad: integration into Makefile and Config.in 2014-07-31 23:10:19 +02:00
Config.in.legacy busybox: support only one version 2014-07-10 16:40:38 +02:00
COPYING
Makefile luarocks: refactor with TARGET_FINALIZE_HOOKS 2014-07-29 20:22:58 +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

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