2010-01-311.4: close branch 1.4
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jan 2010 13:04:43 +0100] rev 1769
1.4: close branch

2010-01-311.3: close branch 1.3
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jan 2010 13:04:34 +0100] rev 1768
1.3: close branch

2010-01-311.2: close branch 1.2
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jan 2010 13:03:57 +0100] rev 1767
1.2: close branch

2010-01-311.1: close branch 1.1
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jan 2010 13:03:24 +0100] rev 1766
1.1: close branch

2010-01-31scripts: Do not create backup files when patching
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jan 2010 12:07:44 +0100] rev 1765
scripts: Do not create backup files when patching

Some patches may apply with offset and/or fuzz, and would leave .orig files.

2010-01-30libc/glibc: fix retrieving version string
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 30 Jan 2010 16:19:50 +0100] rev 1764
libc/glibc: fix retrieving version string

2010-01-14scripts/functions: add git wrapper
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 14 Jan 2010 20:54:47 +0100] rev 1763
scripts/functions: add git wrapper

Add a git wrapper to retrieve components from their git tree.
Add a git wrapper to create a working copy (in our tarballs dir).
Recognise git trees when searching for local copies.

2010-01-12libc/glibc: get the version string from version.h
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 12 Jan 2010 19:37:18 +0100] rev 1762
libc/glibc: get the version string from version.h

We can not rely on the user-provided version string (be it via the
choice, or manually entered), so fallback to reading version.h,
which is both reliable and always present.

2010-01-12scripts/functions: change handling of nochdir
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 12 Jan 2010 19:24:03 +0100] rev 1761
scripts/functions: change handling of nochdir

- 'nochdir' must be the first option
- have systematic pushd/popd, even if nochdir

2009-12-13libc/glibc: move some options around
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 13 Dec 2009 22:53:36 +0100] rev 1760
libc/glibc: move some options around

2010-01-11libc/glibc: get rid of the now obsolete CVS stuff
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 11 Jan 2010 22:47:58 +0100] rev 1759
libc/glibc: get rid of the now obsolete CVS stuff

It's now been a while that glibc switched to git from cvs.
Get rid of cvs to download glibc; this will make for a good
cleanup before we add git support! :-)

2010-01-30libc/glibc: add 2.11 and 2.11.1
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 30 Jan 2010 11:43:12 +0100] rev 1758
libc/glibc: add 2.11 and 2.11.1

2010-01-29Merge.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 29 Jan 2010 23:46:43 +0100] rev 1757
Merge.

2010-01-29kernel/linux: remove legacy check
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 29 Jan 2010 22:55:35 +0100] rev 1756
kernel/linux: remove legacy check

Now, we only support building with Linux >=2.6.27.
Get rid of the code that depended on <2.6.18.

2010-01-29binutils/elf2flt: activate elf2flt build
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 29 Jan 2010 22:43:28 +0100] rev 1755
binutils/elf2flt: activate elf2flt build

The code has been lying around inactivated for some time.
Let's enable it at last, and see if any one needs it.

2010-01-29arch: add basic m68k support
Remy Bohmer <linux@bohmer.net> [Fri, 29 Jan 2010 23:23:59 +0100] rev 1754
arch: add basic m68k support

Signed-off-by: Remy Bohmer <linux@bohmer.net>
[yann.morin.1998@anciens.enib.fr: use defaults for CT_TARGET_ARCH]
Signed-off-by: "Yann E. MORIN <yann.morin.1998@anciens.enib.fr>

2010-01-29global: do not offer the renice option, let's the user handle that
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 29 Jan 2010 23:14:53 +0100] rev 1753
global: do not offer the renice option, let's the user handle that

It's broken anyway. Eg.:
- user is already niced at 10
- user configures to renice at 5
- breaks because user is not allowed to 'boost' his/her nice value

Bette let the user handle the renice with:
nice -XX ct-ng 'action'

2010-01-24cc/gcc: add latest 4.4.3, propagate patchset from 4.4.2
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 24 Jan 2010 22:53:51 +0100] rev 1752
cc/gcc: add latest 4.4.3, propagate patchset from 4.4.2

2010-01-23Merge.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 23 Jan 2010 22:15:17 +0100] rev 1751
Merge.

2010-01-23libc/uClibc: fix the breakage for x86 and Super-H, after the 32/64 merge
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 23 Jan 2010 22:06:11 +0100] rev 1750
libc/uClibc: fix the breakage for x86 and Super-H, after the 32/64 merge

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.