Huge fixes to glibc build, so that we can build at least (and at last):
- use ports addon even when installing headers,
- use optimisation (-O) when installing headers, to avoid unnecessary warnings (thanks Robert P. J. DAY for pointing this out!),
- lowest kernel version to use is only X.Y.Z, not X.Y.Z.T,
- a bit of preparations for NPTL (RSN I hope),
- fix fixing the linker scripts (changing the backup file is kind of useless and stupid);

Shut uClibc finish step: there really is nothing to do;

Add a patch for glibc-2.3.6 weak aliases handling on some archs (ARM and ALPHA at least);

Did not catch the make errors: fixed the pattern matching in scripts/functions;

Introduce a new log level, ALL:
- send components' build messages there,
- DEBUG log level is destined only for crosstool-NG debug messages,
- migrate sub-actions to use appropriate log levels;

Update the armeb-unknown-linux-gnu sample:
- it builds!
- uses gcc-4.0.4 and glibc-2.3.6,
- updated to latest config options set.

 Signed-off-by: dank@kegel.com

 Raising the size of the hash table is a noticable win when linking 

 at least one large app.  

 There was a patch,

 http://sources.redhat.com/ml/binutils/2004-06/msg00165.html

 to do this dynamically.  No idea why that didn't make it in.

 So this tiny change to raise the default size is just

 a stopgap for now.

 --- binutils-2.15/bfd/hash.c.old	2003-12-01 01:33:01.000000000 -0500

 +++ binutils-2.15/bfd/hash.c	2006-03-01 16:26:26.701991000 -0500

 @@ -295,7 +295,7 @@

  */

  /* The default number of entries to use when creating a hash table.  */

 -#define DEFAULT_SIZE (4051)

 +#define DEFAULT_SIZE (32749)

  /* Create a new hash table, given a number of entries.  */