2010-01-23scripts/functions: do not compute CT_KERNEL_ARCH, it's obsolete
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 23 Jan 2010 19:02:46 +0100] rev 1749
scripts/functions: do not compute CT_KERNEL_ARCH, it's obsolete

Since we merged the 32/64-bit archs, and we explicitly used
the Linux kernel arch name, we can get rid of CT_KERNEL_ARCH.

2010-01-23libc/uclibc: use CT_ARCH, in place of CT_KERNEL_ARCH
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 23 Jan 2010 18:41:59 +0100] rev 1748
libc/uclibc: use CT_ARCH, in place of CT_KERNEL_ARCH

Since we merged the 32/64-bit archs, and we explicitly used
the Linux kernel arch name, we can get rid of CT_KERNEL_ARCH.

2010-01-23libc/glibc: use CT_ARCH, in place of CT_KERNEL_ARCH
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 23 Jan 2010 18:40:38 +0100] rev 1747
libc/glibc: use CT_ARCH, in place of CT_KERNEL_ARCH

Since we merged the 32/64-bit archs, and we explicitly used
the Linux kernel arch name, we can get rid of CT_KERNEL_ARCH.

2010-01-23kernel/linux: use CT_ARCH, in place of CT_KERNEL_ARCH
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 23 Jan 2010 18:39:28 +0100] rev 1746
kernel/linux: use CT_ARCH, in place of CT_KERNEL_ARCH

Since we merged the 32/64-bit archs, and we explicitly used
the Linux kernel arch name, we can get rid of CT_KERNEL_ARCH.

2010-01-23docs: do not document CT_KERNEL_ARCH, it's going away...
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 23 Jan 2010 16:49:56 +0100] rev 1745
docs: do not document CT_KERNEL_ARCH, it's going away...

Since we merged the 32/64-bit archs, and we explicitly used
the Linux kernel arch name, we can get rid of CT_KERNEL_ARCH.

2010-01-21debug/gdb: fix the space-damage
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 21 Jan 2010 22:45:09 +0100] rev 1744
debug/gdb: fix the space-damage

2010-01-21debug/gdb: do not expose the ncurses version in the menuconfig
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 21 Jan 2010 22:33:54 +0100] rev 1743
debug/gdb: do not expose the ncurses version in the menuconfig

2010-01-17Merge.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 17 Jan 2010 23:19:53 +0100] rev 1742
Merge.

2010-01-16scripts/functions: inverse log level ALL and DEBUG
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 16 Jan 2010 17:52:44 +0100] rev 1741
scripts/functions: inverse log level ALL and DEBUG

2010-01-17configure: do not require hg when configuring in an hg clone
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 17 Jan 2010 23:06:02 +0100] rev 1740
configure: do not require hg when configuring in an hg clone

When configuring in an hg clone, we need hg to compute the version string.
It can happen that users do not have Mercurial (eg. if they got a snapshot
rather that they did a full clone). In this case, we can still run, of
course, so simply fill the version string with a sufficiently explicit
value, that does not require hg. The date is a good candidate.