cc/gcc: allow building a canadian bare-metal compiler

Previous addition of the canadian cross compiler did not allow
to build a baremetal only variant, no reason why this is not
allowed

Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>

cc/gcc: fix cc symlink when executables have an extension

When building a cross-compiler for a host which depends
on file extensions the symlink for cc was not installed correctly

Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>
[Yann E. MORIN: style fixes, enhancements, code prettying]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

libc/newlib: the m68k processor does not like unaligned

Disable unaligned access at least for mcpu32, m68010 and m68020.
These processors certainly do not like unaligned accesses.

Signed-off-by: Remy Bohmer <linux@bohmer.net>
(transplanted from faade25219ed565993b7b26357991d3130697515)

complibs/mpfr: fix extract

With MPFR 2.4.2, autoreconf needs to be run as well.
(transplanted from b376baa43a50e178915f8d5dac40d9408bf2e962)

cc/gcc: add 4.5.0

cc/gcc: add support for 4.5.0 or later versions

starting with 4.5.0, gcc requires libelf.

complibs/libelf: remove old versions

Those old versions are not suitable for use by gcc.

complibs/libelf: enable the host build

Host libelf is required by gcc-4.5.0

complibs/libelf: build target libelf in its own directory

debug/gdb: remove insight

Insight seems to be very slow to follow up on mainstreram gdb.
Latest snapshots are more than 6 months old.

Moreover, I don't have time to maintain insight support in crosstool-NG;
and, because I don't use it, I am unable to find any breakage.

debug/gdb: reorder options in the menuconfig

debug/gdb: allow static build with complibs

It is now possible to built static versions of the companion libraries,
so we can now build a static cross-gdb using the complibs.

scripts: don't print the build system guess warning

complibs/gmp: mark 5.0.1 as being experimental

MPFR can't cope with GMP > 4.x.y so hide it behind EXPERIMENTAL
until we fix MPFR

samples: add Blackfin sample

Add basic support for the Blackfin architecture

For uClibc, the name of the Blackfin architecture is 'bfin'. Actually,
the naming of the architecture is quite messy: for toolchain tuples
and uClibc, it's bfin, but for the kernel, it's blackfin. We've
arbitraly choosen to name it "blackfin" in Crosstool-NG.

Add Blackfin-related uClibc patch to fix a build failure related to
fork() being used in unistd/daemon.c.

Yann E. MORIN:
Apply the patch to the kernel/linux build script to use 'linux'
in the noMMU tuples. See:
http://sourceware.org/ml/crossgcc/2010-04/msg00010.html

scripts/functions: log the test strings

scripts/functions: compress with gzip level 3, as stated in the documentation

Thanks to Bruno Tarquini <btarquini@gmail.com> for the report.

scripts/functions: add a save/restore handler

Saving and restoring the steps requires saving/restoring multiple
directories. Depending on the configuration, some may not exist.

Add a wrapper that checks before creating/extracting the tarballs.

scripts/functions: fix CT_Patch again

Merge.

Revert 3ea4e6f7b85f: Force autoreconf for mpfr

It breaks on my machine. Revert until we find the exact cause leading to
the initial patch, and we come up with a patch that properly fixes it.

scripts/functions: fix CT_Patch

libc/newlib: the m68k processor does not like unaligned

Disable unaligned access at least for mcpu32, m68010 and m68020.
These processors certainly do not like unaligned accesses.

Signed-off-by: Remy Bohmer <linux@bohmer.net>

scripts/functions: make CT_Patch dumber

It is the responsibility of the caller to split the package name from
its version. It already knows that.

libc/newlib: only compute version string, not full filename

debug/gdb: remove snapshot version

cc/gcc: add bugurl and compiler version to core gcc compiler

When building for bare-metal the core-gcc compiler is delivered
as final compiler, so the version info and bugurl is useful
in the core compiler as well.

Signed-off-by: Remy Bohmer <linux@bohmer.net>

binutils: allow choice for elf format when building bare-metal cross compiler

When building a baremetal cross compiler I want to be able to select
the elf format and not be forced to build the elf2flt package.

Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>
[Yann E. MORIN: tweak the commit message]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

scripts: prevent trailing - in CT_TARGET

Not all target tuples consist of an VENDOR, KERNEL and SYSTEM part, build up the
tuple in such a way to no extra or trailing dashes are added to CT_TARGET

Signed-off-by: Bart vdr Meulen <bartvdrmeulen@gmail.com>