Go to file
Francois Perrad 200ac4862a package/perl-net-ssleay: fix buildsystem for cross-compilation
The buildsystem for perl-net-ssleay is totally brain-damaged: it tries
to execute the openssl program. It uses that to check the openssl
version, detect the prefix to openssl, and set the include and library
search paths.

Of course, it does not handle the destdir idiom, so it ends up finding
the host system's openssl (not even ours!), so it sets search paths to
/usr/inlcude and /usr/lib and /lib.

Well, guess what? It does not work.

Fix that by:
  - passing the prefix to openssl in the environment, so it does not go
    hunting for the host-system openssl;
  - not checking the version string, since we can't run, and Buildroot
    has the correct version anyway;
  - not setting any -I or -L paths since our compiler/linker already
    know where to look for for includes and libs.

Fixes:
    http://autobuild.buildroot.net/results/135/135867ef85535863e3647cc5fb82accb6f77612c/

Signed-off-by: Francois Perrad <francois.perrad@gadz.org>
[me: enhance commit log, add patch to avoid running openssl and setting
 wrong include and library search paths]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2014-07-14 13:08:40 +02:00
arch arch: avr32 should only get removed for the 2015.02 release 2014-07-10 22:05:55 +02:00
board configs: add defconfig for TS-5x00 SBCs 2014-07-08 14:04:34 +02:00
boot grub2: Specify boot partition 2014-07-02 10:59:01 +02:00
configs configs: add defconfig for TS-5x00 SBCs 2014-07-08 14:04:34 +02:00
docs infra/pkg-perl: add possibility to pass extra env at configure time 2014-07-14 13:06:59 +02:00
fs infra: consistently use double dollar signs inside inner-xxx-targets 2014-06-14 19:09:54 +02:00
linux linux: bump default to version 3.15.5 2014-07-10 11:29:30 +02:00
package package/perl-net-ssleay: fix buildsystem for cross-compilation 2014-07-14 13:08:40 +02:00
support support/download: fix the git helper 2014-07-08 23:26:48 +02:00
system system: convert "system.mk" recipes to "target-finalize" hooks 2014-06-29 16:42:39 +02:00
toolchain toolchain-external: remove experimental Blackfin toolchain 2014-07-10 11:30:25 +02:00
.defconfig
.gitignore
CHANGES Update for 2014.05 2014-05-31 09:52:49 +02:00
Config.in Add BR2_DEPRECATED_SINCE_2014_08 2014-06-29 18:02:10 +02:00
Config.in.legacy busybox: support only one version 2014-07-10 16:40:38 +02:00
COPYING
Makefile perl: remove documentation in target tree 2014-07-01 15:05:53 +02:00
Makefile.legacy
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