2011-04-06libc/glibc: workaround for autoconf'ed define of caddr_t
Esben Haabendal <eha@dev.doredevelopment.dk> [Wed, 06 Apr 2011 20:15:23 +0200] rev 2379
libc/glibc: workaround for autoconf'ed define of caddr_t

When building canadian cross compiler, I have some trouble with
configure defining caddr_t as a macro, like:
#define caddr_t char *

When combined with the types.h where caddr_t is protected together
with daddr_t, the typedef of caddr_t breaks.

This patch works around it by protecting the caddr_t typedef
specifically.

I am uncertain as to the real cause and solution to this :-(

Signed-off-by: Esben Haabendal <eha@dev.doredevelopment.dk>

2011-04-06libc/glibc: fix cross-compiling to i686
Esben Haabendal <eha@dev.doredevelopment.dk> [Wed, 06 Apr 2011 20:15:40 +0200] rev 2378
libc/glibc: fix cross-compiling to i686

In OE-lite we use the attached patch for building i686 cross compilers.
Thanks to Khem Raj for original patch :-)

At the same time, remove the corresponding patch that was in
the ports patchset.

CC: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Esben Haabendal <eha@dev.doredevelopment.dk>
[yann.morin.1998@anciens.enib.fr: remove patch from ports]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2011-04-05libc/glibc-common: force use of the BFD linker
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 05 Apr 2011 01:04:31 +0200] rev 2377
libc/glibc-common: force use of the BFD linker

gold can not build glibc/eglibc, force use of the BFD
linker during the toolchain build.

Reported-by: Bill Pringlemeir <bpringle@sympatico.ca>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2011-04-05binutils/binutils: add blind option to force use of ld.bfd during build
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 05 Apr 2011 01:02:28 +0200] rev 2376
binutils/binutils: add blind option to force use of ld.bfd during build

gold is not capable of building glibc/eglibc, so we have to
force using the BFD linker, ld.bfd.

Offer a blind option that affected components can select to
force use of the BFD linker during the build.

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

2011-04-05binutils/binutils: also install the wrapper for the internall ld
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 05 Apr 2011 23:34:16 +0200] rev 2375
binutils/binutils: also install the wrapper for the internall ld

ld is also installed in PREFIX/TUPLE/bin, so we need to wrap that
as well.

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

2011-04-04binutils/binutils: warn if only gold is selected
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 04 Apr 2011 01:00:17 +0200] rev 2374
binutils/binutils: warn if only gold is selected

gold is not capable of building glibc/eglibc. See this thread:
http://sourceware.org/ml/crossgcc/2011-04/msg00010.html

Reported-by: Bill Pringlemeir <bpringle@sympatico.ca>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2011-04-03binutils/binutils: always set name of the default linker
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 03 Apr 2011 23:44:57 +0200] rev 2373
binutils/binutils: always set name of the default linker

Always export the name of the default linker, even if only
one of them is selected.

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

2011-04-05binutils/binutils: hide gold option if no support for current architecture
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 05 Apr 2011 01:17:58 +0200] rev 2372
binutils/binutils: hide gold option if no support for current architecture

The gold linker does currently support only a limited set of architectures:
- x86 (32- and 64-bit)
- ARM

Hide the gold option for other architectures.

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

2011-04-03arch/sparc: add absic support
Sam Ravnborg <sam@ravnborg.org> [Sun, 03 Apr 2011 18:22:00 +0200] rev 2371
arch/sparc: add absic support

Add support for building SPARC targeted toolchain.
With this patch I have built a working sparc V8 (32 toolchain).

Testing shows that not all gcc versions works well:
4.4.1 OK (kernel builds and the final kernel can boot)
4.4.2 Not tested
4.4.3 Not tested
4.4.4 BAD (Kernel can build but fails during boot)
4.4.5 BAD (Kernel can build but fails during boot)
4.5.1 BAD (Build fails with a spill related ICE - http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35664)
4.5.2 OK (kernel builds and boots)

I have successfully been using the 4.5.2 version for a few months.

This patch does not add support for the LEON variant.
That may come later.

Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
[yann.morin.1998@anciens.enib.fr: for 32-bit, default CT_TARGET_ARCH is OK]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2011-03-28kernel/linux: update to latest versions
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 28 Mar 2011 22:45:49 +0200] rev 2370
kernel/linux: update to latest versions

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