2010-08-23complibs: noone is using companion libs on the target; nuke them
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 23 Aug 2010 23:18:49 +0200] rev 2099
complibs: noone is using companion libs on the target; nuke them

As there's no longer any user of the companion libraries on the
target, nuke the build for the target.

Well, at least, there's libelf that's still needed by ltrace, so
we keep it.

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

2010-08-23debug/gdb: companion libs are not used
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 23 Aug 2010 10:38:15 +0200] rev 2098
debug/gdb: companion libs are not used

Although the gdb ./configure advertises for GMP and MPFR, those libraries
are not used by gdb (the ./configure is used across different packages,
hence the check for GMP/MPFR). See:
http://sourceware.org/ml/crossgcc/2010-08/msg00168.html

The same applies to MPC.

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

2010-08-23binutils/binutils: companion libraries are not used
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 23 Aug 2010 20:21:43 +0200] rev 2097
binutils/binutils: companion libraries are not used

GNU binutils does not use the companion libraries, although
./configure advertises switches for them. This is because the
configure file is shared between different packages, and is
a bit 'lax' about what it checks. See:
http://sourceware.org/ml/crossgcc/2010-08/msg00160.html
http://sourceware.org/ml/crossgcc/2010-08/msg00161.html

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

2010-08-26scripts/log: do not interpret log string as printf format
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 26 Aug 2010 23:36:54 +0200] rev 2096
scripts/log: do not interpret log string as printf format

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

2010-08-241.8: update version to 1.8.1+hg 1.8
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 24 Aug 2010 00:15:36 +0200] rev 2095
1.8: update version to 1.8.1+hg

2010-08-24Tagging release 1.8.1 1.8
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 24 Aug 2010 00:15:36 +0200] rev 2094
Tagging release 1.8.1

2010-08-241.8: update version to 1.8.1 1.8 crosstool-ng-1.8.1
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 24 Aug 2010 00:15:36 +0200] rev 2093
1.8: update version to 1.8.1

2010-08-11scripts: in case of failed download, remove partial files 1.8
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 11 Aug 2010 20:07:18 +0200] rev 2092
scripts: in case of failed download, remove partial files

It happens from time to time that the server mis-behaves, and breaks the
connection right in the middle of nowhere, for no good reason, leaving us
with a partial file, on which the extract pass would choke.

Remove partial downloads, to fail early.

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

2010-08-23docs: review REaDME
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 23 Aug 2010 23:24:16 +0200] rev 2091
docs: review REaDME

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

2010-08-21libc/glibc: repair debugging with gdb (glibc 2.9)
Titus von Boxberg <titus@v9g.de> [Sat, 21 Aug 2010 16:46:24 +0200] rev 2090
libc/glibc: repair debugging with gdb (glibc 2.9)

Without this patch, crosstool-ng-built glibc-2.9 prevents
debugging any exeutable with gdb.
gdb says:
[Thread debugging using libthread_db enabled]
find_new_threads_callback: cannot get thread info: generic error
See also https://bugzilla.redhat.com/show_bug.cgi?id=487212
for a discussion of the bug and the solution.