Go to file
Peter Korsgaard df7684b5b6 libvorbis: bump version
Shrinks library size. From the release notes:

   Nathan Froyd at Mozilla noticed something odd in the libvorbis
   sourcebase. Codebook 'length lists' only use integers in the range
   of 0 to 32. Well, worse than integers, actually, longs. And the
   lengthlists are big; the static data comprises the bulk of
   libvorbisenc.

   In the earliest days of Vorbis development 15 years ago, codebooks
   were constructed differently and the lengthlists were quite small.
   Longs still weren't necessary, but the wasted space was
   negligible. When the coding strategy shifted and these lists
   became much larger, no one caught the wasted space. The vast
   majority of optimization was always for speed, not space. The only
   concentrated effort in trimming Vorbis library size down over the
   past decade had been in the decoder.

   But now browsers need to ship encoders, and size matters. Add that
   to 64 bit taking over (and doubling the wasted space in the
   lengthlists), someone finally noticed the oversight.

   That's a long way of saying [1]"Xiph.Org is pleased to announce
   the release of libvorbis 1.3.4..."

   No functional changes, but the encoder lib is now a shade over 25%
   the size it was in the 1.3.3 release.

Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2014-01-22 21:39:14 +01:00
arch
board
boot
configs
docs manual: clarify handling of deprecated features 2014-01-21 21:56:46 +01:00
fs
linux
package libvorbis: bump version 2014-01-22 21:39:14 +01:00
support Prefer 'printf' over 'echo -e' (for portability) 2014-01-21 21:53:12 +01:00
system
toolchain
.defconfig
.gitignore update gitignore 2013-05-04 12:41:55 +02:00
CHANGES
Config.in lzma: remove deprecated target package 2014-01-21 21:58:07 +01:00
Config.in.legacy Rename MySQL client package 2014-01-21 23:40:01 +01:00
COPYING
Makefile
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