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>

2011-03-28samples: add first sample to build with gcc-4.6.0
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 28 Mar 2011 00:58:33 +0200] rev 2369
samples: add first sample to build with gcc-4.6.0

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

2011-03-28cc/gcc: fix linking with static PPL 0.11+
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 28 Mar 2011 01:07:31 +0200] rev 2368
cc/gcc: fix linking with static PPL 0.11+

PPL 0.11+ installs three libs: lippl, libppl_c and libpwl.
libppl_c has a dependency on libpwl (at least for watchdog stuff).

While gcc correctly links with libppl and libppl_c, it does not
pull libpwl in. In case of shared libs, this is not a problem, as
libppl_c has a NEEDED dependency on libpwl. But for static libs,
that does not work. Although libppl_c.la exists and has a correct
dependency on lipwl, somehow gcc misses it. So we have to force
pulling libpwl when needed.

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

2011-03-26cc/gcc: hide Linaro options by default
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 26 Mar 2011 22:04:22 +0100] rev 2367
cc/gcc: hide Linaro options by default

It can be quite confusing for a new-comer to find strange
version numbers for gcc, so hide the Linaro versions by
default.

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

2011-03-28cc/gcc: add linaro 4.6 pre-release
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 28 Mar 2011 01:06:53 +0200] rev 2366
cc/gcc: add linaro 4.6 pre-release

Before gcc 4.6 was released, Linaro has a pre-release available.
Include that version in the config list.

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

2011-03-26cc/gcc: add 4.6.0
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 26 Mar 2011 22:00:05 +0100] rev 2365
cc/gcc: add 4.6.0

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

2011-03-27complibs/ppl: build watchdog library
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 27 Mar 2011 00:07:59 +0100] rev 2364
complibs/ppl: build watchdog library

gcc-4.6+ requires the Parma Watchdog Library (libpwl).
Build it and use it.

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

2011-03-19cc/gcc: prepare for upcoming 4.6
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 19 Mar 2011 16:01:40 +0100] rev 2363
cc/gcc: prepare for upcoming 4.6

gcc 4.6 will no longer depend on libelf.

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

2011-03-28cc/gcc: cleanup the _or_later logic
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 28 Mar 2011 01:05:18 +0200] rev 2362
cc/gcc: cleanup the _or_later logic

So far, we've had a version always select appropriate _or_later option,
which in turn would select all previous _or_later options.

Because the dependencies on companion libs were cumulative, that was
working OK. But the upcoming 4.6 will no longer depend on libelf, so
we can't keep the cumulative scheme we've been using so far.

Have each release family select the corresponding dependencies, instead
of relying on selecting previous _or_later.

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