2011-01-22scripts: create the makeinfo wrapper before we set PATH
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 22 Jan 2011 23:20:18 +0100] rev 2305
scripts: create the makeinfo wrapper before we set PATH

If we set PATH to the tools wrappers before we create the
makeinfo wrapper, then we may well wrap an existing wrapper
from a previous run.

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

2011-01-22kernel: move the headers install step
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 22 Jan 2011 22:52:57 +0100] rev 2304
kernel: move the headers install step

The kernel headers are only needed just before we build
the C library headers, and need not be present before.

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

2011-02-17debug/gdb: add versions from Linaro
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 17 Feb 2011 23:05:34 +0100] rev 2303
debug/gdb: add versions from Linaro

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

2011-02-17cc/gcc: add versions from Linaro
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 17 Feb 2011 22:29:33 +0100] rev 2302
cc/gcc: add versions from Linaro

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

2011-02-17internals: fix stripping host binaries
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 17 Feb 2011 21:54:07 +0100] rev 2301
internals: fix stripping host binaries

The gcc used by linaro has a version number specific to Linaro, but
identifies itself with its upstream version numbering scheme.

This breaks the strip in the finish step, because the actual gcc version
is not the same as the configured one (eg. 4.5.2 vs. linaro-4.5-2011.02-0).

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

2011-02-12libc/eglibc: Make eglibc 2.11 and 2.12 not experimental
Bryan Hundven <bryanhundven@gmail.com> [Sat, 12 Feb 2011 17:31:12 +0100] rev 2300
libc/eglibc: Make eglibc 2.11 and 2.12 not experimental

I haven't noticed the usual experimental testers complain about eglibc
2.11 or 2.12 being unstable. So stop marking them as experimental.

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

2011-02-12libc/eglibc: Add 2.13 branch
Bryan Hundven <bryanhundven@gmail.com> [Sat, 12 Feb 2011 17:30:53 +0100] rev 2299
libc/eglibc: Add 2.13 branch

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

2011-02-011.10: update version to 1.10.0+hg 1.10
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 01 Feb 2011 00:20:35 +0100] rev 2298
1.10: update version to 1.10.0+hg

2011-02-01Tagging release 1.10.0 1.10
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 01 Feb 2011 00:20:35 +0100] rev 2297
Tagging release 1.10.0

2011-02-011.10: create maintenance branch, update version to 1.10.0 1.10 crosstool-ng-1.10.0
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 01 Feb 2011 00:20:35 +0100] rev 2296
1.10: create maintenance branch, update version to 1.10.0

2011-02-011.9: close branch 1.9
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 01 Feb 2011 00:19:25 +0100] rev 2295
1.9: close branch

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

2011-02-011.9: update version to 1.9.3+hg 1.9
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 01 Feb 2011 00:11:19 +0100] rev 2294
1.9: update version to 1.9.3+hg

2011-02-01Tagging release 1.9.3 1.9
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 01 Feb 2011 00:11:19 +0100] rev 2293
Tagging release 1.9.3

2011-02-011.9: update version to 1.9.3 1.9 crosstool-ng-1.9.3
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 01 Feb 2011 00:11:19 +0100] rev 2292
1.9: update version to 1.9.3

2011-01-26libc/mingw: do not remove support symlink 1.9
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 26 Jan 2011 00:04:41 +0100] rev 2291
libc/mingw: do not remove support symlink

Under mingw, it seems that there is a mix between the traditional /usr
directory, and a similar-purposed /mingw directory (both in the sysroot).

Currently, we create /mingw as a symlink to /usr, and we removed it in
the libc-finish step.

Unfortunately, this prevents the pre-processor to find the headers.
Keeping the symlink makes it magically work...

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