2010-10-041.8: update version to 1.8.2+hg 1.8
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 04 Oct 2010 00:26:27 +0200] rev 2129
1.8: update version to 1.8.2+hg

2010-10-04Tagging release 1.8.2 1.8
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 04 Oct 2010 00:26:27 +0200] rev 2128
Tagging release 1.8.2

2010-10-041.8: update version to 1.8.2 1.8 crosstool-ng-1.8.2
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 04 Oct 2010 00:26:27 +0200] rev 2127
1.8: update version to 1.8.2

2010-10-04kconfig: resync curses check with Linux kernel 1.8
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 04 Oct 2010 00:16:56 +0200] rev 2126
kconfig: resync curses check with Linux kernel

check-lxdialog.sh breaks on 64-bit distributions which are lacking
the lib -> lib64 symlinks (eg. some Fedora).

The script from the 2.6.35 Linux kernel is reportedly functional
on the systems that were requiring the current hack. See:
http://sourceware.org/ml/crossgcc/2010-09/msg00113.html

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from 4009fc9c47d5d2c4e7765f1e9fb6721a87217ae5)

2010-10-04kconfig: resync curses check with Linux kernel
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 04 Oct 2010 00:16:56 +0200] rev 2125
kconfig: resync curses check with Linux kernel

check-lxdialog.sh breaks on 64-bit distributions which are lacking
the lib -> lib64 symlinks (eg. some Fedora).

The script from the 2.6.35 Linux kernel is reportedly functional
on the systems that were requiring the current hack. See:
http://sourceware.org/ml/crossgcc/2010-09/msg00113.html

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2010-09-19cc/gcc: add 4.3.5
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 19 Sep 2010 18:37:18 +0200] rev 2124
cc/gcc: add 4.3.5

4.3.5 is the latest 4.3 version, and probably the last one.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2010-09-12cc/gcc: disable complibs if not selected
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 12 Sep 2010 23:51:25 +0200] rev 2123
cc/gcc: disable complibs if not selected

Force gcc to not link with some companion libraries when
there are not needed (because selected-out).

There is no option to tell gcc *not* to build the Graphite and/or
LTO stuff. They *will* be built if gcc finds the suitable companion
libraries. If we do not provide them, but the host has them, then
gcc *will* find them, and link with them.

Consider the following:
- host has suitable PPL and CLooG (eg. Debian Squeeze)
- user wants to build gcc>=4.4
- user de-selects GRAPHITE
- gcc will find the hosts PPL and CLooG, and will use them
- the user moves the toolchain to an older host that does
not have them (eg. Debian Lenny)
- the toolchain fails, when it was properly setup not to

So, explicitly tell gcc *not* to use unneeded companion libs.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2010-09-12cc/gcc: do not force use of non-vital companion libraries
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 12 Sep 2010 20:54:54 +0200] rev 2122
cc/gcc: do not force use of non-vital companion libraries

While GMP and MPFR are required by gcc>=4.3 (to build the frontends),
and MPC is required by gcc>=4.5, the other libs are not. If they are
present then gcc will enable advanced features; if they are missing,
then gcc will (should) simply disable those features.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2010-09-10complibs: fix dependencies
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 10 Sep 2010 01:16:26 +0200] rev 2121
complibs: fix dependencies

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2010-09-12arch/mips: add experimental mips64 samples
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 12 Sep 2010 23:38:18 +0200] rev 2120
arch/mips: add experimental mips64 samples

Both toolchains were tested to successfully:
- _build_ busybox, giving respectively an n32 and an n64 binary
although it has not been run-tested.
- build linux-2.6.36-rc3 for Loongson, giving an n64 vmlinux
(which is expected, due to the way the kernel is built),
and the kernel properly boots!

Credits are due to Julien MOUTHINO (julm on freenode#uClibc) for
testing that the kernel boots on his hardware! Cheers! ;-)

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>