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>

2010-09-12libc/uClibc: use the MIPS ABI selection
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 12 Sep 2010 22:15:12 +0200] rev 2119
libc/uClibc: use the MIPS ABI selection

Use the MIPS ABI selection to properly munge the uClibc config file.

This has the side effect to force the ISA:
- n32 ABI -> MIPS-III ISA
- n64 ABI -> MIPS64 ISA

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

2010-09-12arch/mips: add option for MIPS ABIs
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 12 Sep 2010 22:14:04 +0200] rev 2118
arch/mips: add option for MIPS ABIs

This adds selection for one of the o32, n32 and n64 ABIs.
Later, we can easily use those boolean options, rather than
relying on a user-supplied string option.

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

2010-09-11scripts/internal: cleanup build symlinks
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 11 Sep 2010 17:55:54 +0200] rev 2117
scripts/internal: cleanup build symlinks

The symlinks are needed only during the build process.
The final gcc will still search those dirs, but will also search
the standard lib/ dirs, so we can get rid of the symlinks.

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

2010-09-10scripts: hack-in lib32->lib symlinks
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 10 Sep 2010 12:14:24 +0200] rev 2116
scripts: hack-in lib32->lib symlinks

Some archs (eg. ppc64 with n32 ABI) will install their
variants in lib32/ instead of lib/, so do for lib32 as
we do for lib64->lib symlinks.

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

2010-09-10libc/uClibc: change munging code based on target arch
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 10 Sep 2010 13:23:58 +0200] rev 2115
libc/uClibc: change munging code based on target arch

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