Get rid of all `command` (which is a bashism), and replace them with $(command), which is POSIX.
Get rid of all remaining \"text\" in log messages and replace them with 'text'.
Optimise the progress bar, should go un-noticed at log level DEBUG and below.

/trunk/scripts/build/tools/200-sstrip.sh | 16 8 8 0 ++--
/trunk/scripts/build/libc_glibc.sh | 50 25 25 0 +++++++-------
/trunk/scripts/build/libc_uClibc.sh | 4 2 2 0
/trunk/scripts/build/debug/100-dmalloc.sh | 2 1 1 0
/trunk/scripts/build/debug/400-ltrace.sh | 2 1 1 0
/trunk/scripts/build/debug/300-gdb.sh | 8 4 4 0 +-
/trunk/scripts/build/debug/200-duma.sh | 6 3 3 0 +-
/trunk/scripts/build/kernel_linux.sh | 30 15 15 0 ++++----
/trunk/scripts/build/cc_gcc.sh | 14 7 7 0 ++--
/trunk/scripts/crosstool.sh | 54 27 27 0 ++++++++--------
/trunk/scripts/functions | 128 64 64 0 ++++++++++++++++++------------------
/trunk/scripts/saveSample.sh | 4 2 2 0
/trunk/scripts/tarball.sh.broken | 20 10 10 0 +++---
/trunk/tools/addToolVersion.sh | 8 4 4 0 +-
/trunk/tools/populate.in | 18 9 9 0 ++--
15 files changed, 182 insertions(+), 182 deletions(-)

Glibc does not build: asm/page.h not found

As of linux-2.6.25, asm/page.h is no longer exported.

This means the glibc up to and including 2.6.1 will not build against headers

exported from linux-2.6.25 and up. Status of glibc-2.7 and above is unknown.

----

dmalloc does not build

This broken build has been observed for big endian ARm with glibc and NPTL,

and with i686 with glibc and NPTL.

This has not been fully investigated yet. There is a name clash with strdup,

where it is a macro somewhere, and dmalloc tries to re-declare a strdup

function in dmalloc.h, but the declaration is overwritten with the macro

expansion, and thus the build is broken.

The common denominator seems to be NPTL.