2011-06-27config/kernel: Update kernel versions
Bryan Hundven <bryanhundven@gmail.com> [Mon, 27 Jun 2011 12:44:45 -0700] rev 2517
config/kernel: Update kernel versions

Add 2.6.39.2
Update 2.6.34 to 2.6.34.10
Update 2.6.33 to 2.6.33.15
Update 2.6.32 to 2.6.32.42

Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>

2011-06-27cc/gcc: Update gcc versions
Bryan Hundven <bryanhundven@gmail.com> [Mon, 27 Jun 2011 12:40:23 -0700] rev 2516
cc/gcc: Update gcc versions

Add gcc 4.6.1, 4.3.6, and 4.5.3.
Move 4.4.6 version string so that it is in order.

Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>

2011-06-26glibc: Refactor startfiles/headers into do_libc_backend()
Bryan Hundven <bryanhundven@gmail.com> [Sun, 26 Jun 2011 03:26:54 -0700] rev 2515
glibc: Refactor startfiles/headers into do_libc_backend()

Refactor the contents of 'do_libc_start_files()' and 'do_libc()' into a
parameterized 'do_libc_backend()'. 'do_libc_start_files()' and 'do_libc()'
call 'do_libc_backend()' with either 'libc_mode=startfiles' or
'libc_mode=final' (respectively) so that the startfiles/headers and
the final libc builds are configured and built with the same options.

One example of where this is needed is when building a mips toolchain.
Previously, if you were building an n32 toolchain, you wouldn't have
noticed an issue, because if '-mabi' is not in CFLAGS, n32 is the
default:

http://sourceware.org/git/?p=glibc-ports.git;a=blob;f=sysdeps/mips/preconfigure;hb=HEAD

But when trying to build an o32 or n64 toolchain the build would
have failed. This is because (e)glibc expects "-mabi={o32,n32,n64}" to be
in CFLAGS, but was not previously provided in 'do_libc_start_files()'.
The build failure would happen in the shared-core gcc when it tries to
configure an n64 or o32 gcc with an n32 libc.

A simpler solution would have been to just add TARGET_CFLAGS to configure
in 'do_libc_start_files()', but this way makes configure and make
consistent for both steps.

Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>

2011-06-22kernel/linux: fix type in version strings
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 22 Jun 2011 22:54:14 +0200] rev 2514
kernel/linux: fix type in version strings

I missed refreshing the patch before pushing. :-(

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

2011-06-21config/kernel: Update linux kernel versions
Bryan Hundven <bryanhundven@gmail.com> [Tue, 21 Jun 2011 21:01:20 -0700] rev 2513
config/kernel: Update linux kernel versions

Add 2.6.39.1
Drop 2.6.38-2.6.38.6 provide the latest 2.6.38.8
Update longterm trees:
* 2.6.33 is 2.6.33.14
* 2.6.32 is 2.6.32.41

2011-06-21config/eglibc: Add eglibc-2_14 branch
Bryan Hundven <bryanhundven@gmail.com> [Tue, 21 Jun 2011 20:52:08 -0700] rev 2512
config/eglibc: Add eglibc-2_14 branch

Eglibc-2_14 has been branched.

Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>

2011-06-13samples: add mips-malta-linux-gnu toolchain config
Antony Pavlov <antonynpavlov@gmail.com> [Mon, 13 Jun 2011 22:54:29 +0400] rev 2511
samples: add mips-malta-linux-gnu toolchain config

2011-06-16cc/gcc: bump Linaro GCC revisions to 2011.06-0
"Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com> [Thu, 16 Jun 2011 21:10:12 +0200] rev 2510
cc/gcc: bump Linaro GCC revisions to 2011.06-0

This patch bumps the Linaro GCC revisions to 2011.06-0 when applicable.

Signed-off-by: "Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com>

2011-06-08configure: check for ncurses libs + headers in one go
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 08 Jun 2011 19:32:20 +0200] rev 2509
configure: check for ncurses libs + headers in one go

./configure now has the possibility to check for libraries and headers
in one go, so we can use it! :-)

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

2011-06-08debug/cross-gdb: check host dependencies
"Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com> [Wed, 08 Jun 2011 15:47:43 +0200] rev 2508
debug/cross-gdb: check host dependencies

Cross-gdb depends on expat and python. If either is missing, cross-gdb will
build successfully, but lacking some features.

Especially, if expat is missing, cross-gdb will be unable to parse the target
description, which may lead to runtime malfunctions and the following GDB
warning:
"Can not parse XML target description; XML support was disabled at compile time"

Hence, expat should be considered mandatory.

On the other hand, the features missing without python are not critical, so
python should not be considered mandatory.

This patch does the following:
- At configure time, warn the user if either expat or python is missing.
- In menuconfig, disable the static build options regarding cross-gdb if no
static version of expat is available, and disable cross-gdb if expat is
missing.

Signed-off-by: "Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com>
[yann.morin.1998@anciens.enib.fr: add comment for impossible static cross-gdb]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>