debug/gdb: can't build a static native gdb if using GMP/MPFR

It is currently impossible to reliably build static GMP/MPFR libs,
so we can't build a static native gdb using them, obviously.

debug/gdb: split menuconfig for easier maintenance

cc/gcc: fix use of companion libraries

complibs: hide prompts

scripts: fix dumping the config for companion libraries for target

Companion libraries can be disable for the host, but still used for
the target (eg. binutils or gdb). Dump the version also in this case.

scripts: fix dumping config

libelf has been moved to being a companion library, now.

config: hide entries when in backend mode

This implies hidding entries for:
- binutils libraries
- dmalloc
- duma
- native gdb
- ltrace
- strace
- sstrip

kconfig: silence a warning about undefined env variable

When using an environment variable to set a config entry,
don'twarn if it is not defined. Update doc accordingly.

config: prepare for build-system backend

When acting as a backend for a build-system, we should not build
any application that runs on the target, that is:
- no native gdb
- no companion libraries
- no binutils libraries
- no debug tools (save for gdbserver)
- ...

Here, we simply prepare the (hidden) config option that will detect
that we are acting as a back-end.

Update doc accordingly.

samples: fix samples

kernel/linux: add latest versions 2.6.32.10 and 2.6.33.1

debug/gdb: fix building the native tic

The native 'tic' will _always_ be run on the build
machine, so no need to handle canadian/native/...

Reported by: Trevor Woerner
http://sourceware.org/ml/crossgcc/2010-03/msg00055.html
(transplanted from 26e89d367ea11660fd3a0bf0bcad8763e4fa21cf)

debug/gdb: fix building the native tic

The native 'tic' will _always_ be run on the build
machine, so no need to handle canadian/native/...

Reported by: Trevor Woerner
http://sourceware.org/ml/crossgcc/2010-03/msg00055.html

scripts: fix the release script to use the C locale

Force use of the C locale to ensure messages are recognised by the script.

1.6: update version to 1.6.1+hg

Tagging release 1.6.1

1.6: update version to 1.6.1

scripts: enhance and fix the release script

samples: update and fix

scripts: fix completion to show samples
(transplanted from bf1f86bdd79fd20126d20795f425f603a5544952)

Merge.

scripts: fix completion to show samples

libc/glibc: add patch to fix binutils version check

Older glibces were not ready to handle binutils >=2.20.
Fix that, and the forseeable future.
(transplanted from 9804e6b75fd31894ee176809f108d41a5b0cbf8b)

libc/glibc: add patch to fix binutils version check

Older glibces were not ready to handle binutils >=2.20.
Fix that, and the forseeable future.

debug/ltrace: properly fix building for powerpc

ltrace uses ppc, whereas crosstool-NG use powerpc.
Fix that by passing the correct value to HOST when calling configure.
(transplanted from 57c71b197ee6ee6f0d551c4f9001f1d06ad2bd8a)

debug/ltrace: fix building on x86

ltrace uses i386 and x86_64, whereas crosstool-NG use x86 for both cases.
Fix that by detecting what bitness we're building for, and pass appropriate
i386 or x86_64 to ltrace's configure.
(transplanted from 55adc838cd68d3692e5eeeb38afb3d619b8b0c1a)

scripts/samples: use the computed '$(sed)', not 'sed'
(transplanted from 26974c3670fdb7f6896b196e08724f91f1a13059)

scripts/showsamples: fix non-POSIX construct
(transplanted from da584d1d6ab803c0a2f7a9b53912426b69a8d322)

scripts: add script to make a release

debug/ltrace: properly fix building for powerpc

ltrace uses ppc, whereas crosstool-NG use powerpc.
Fix that by passing the correct value to HOST when calling configure.

debug/ltrace: fix building on x86

ltrace uses i386 and x86_64, whereas crosstool-NG use x86 for both cases.
Fix that by detecting what bitness we're building for, and pass appropriate
i386 or x86_64 to ltrace's configure.

libc/uClibc: vampirise patches for 0.9.30.2 from builroot

Commit in upstream buildroot:
http://git.buildroot.org/buildroot/commit/?id=43ffd946ad569f3a1d0662de221cd4cb65bdc8e6
Everything on the 0_9_30 branch since the release (0.9.30.3 to be)

kernel/linux: add latest 2.6.32.9 and 2.6.33, remove old 2.6.32.x

complibs: remove headers after build

After the toolchain is built, we do no longer need the headers.
Reported-by: Enrico Weigelt <weigelt@metux.de>

binutils/binutils: add patch to default emulation for mips64

arch: add mips64

This adds initial mips64 config option and build script.

scripts: use more portable sed options

No need for extended regular expressions here.

scripts/samples: use the computed '$(sed)', not 'sed'

samples: fix this MIPS eglibc-based sample

Specify the SVN revision to use for the eglibc snapshot instead of HEAD,
as some patches made their way upstream in the meantime.

comp-libs: make libelf a companion library

When gcc-4.5 is out, it will require libelf. So better make it a
companion library now rather than postponing the ineluctable.

complibs: hide companion libraries for target entry

The companion libraries on the target are required only for internal use by
binutils and gdb. The user should not have to know about this, so hide the
option.

complibs: simplify config file

Although currently the wrapper is directly dependent on
companion libraries, let's still decorelate those two.

complibs: split-up selection for individual libs

binutils/binutils: fix using GMP and MPFR

scripts: fix dumping 'other environment'

Do not sort the environment, it cripples the output.

cc/gcc: simplify the _or_later stuff

scripts/showsamples: fix non-POSIX construct

scripts: add action to extract config from a build.log file

That got removed quite some time ago, but is really usefull to get the
configuration from a build.log file of a failing build.

kernel/linux: add latest 2.6.32.8

config: re-order the log entries inthe menuconfig

scripts: also dump the rest of the environment

scripts: use kernel name (uname -s) when system name (uname -o) is not availabe

'uname -o' is a GNU extension.

scripts/functions: fix date munging when ns are not available

On some systems (eg. *BSD and Darwin), date does not support nanoseconds
(%N) precision. Instead of printing '%N' in this case, it just prints 'N'.
Fix the sed expression to handle this case.

comp-libs/mpfr: fix build on Darwin

libc/eglibc: Add option to optimize for size

Add an option to eglibc to optimize for size using -Os.

Signed-off-by: Richard Strand <richard.strand@icomera.com>

1.6: bump version to 1.6.0+hg

Tagging release 1.6.0

1.6: create maintenance branch, update version to 1.6.0

1.5: close maintenance branch

samples: update samples

Update to the latest set of config options (no config change).
Remove OABI ARM samples.

kernel/linux: add latest versions, remove old dot-releases

scripts: dump the current tuple with show-config

scripts: add action to dump current configuration in humane-readable form

libc/uClibc: remove EXPERIMENTAL for 0.9.30.2

debiug/ltrace: remove EXPERIMENTAL for 0.5.3, remove 0.5.1

debug/strace: remove EXPERIMENTAL for 4.5.19

comp-libs/mpfr: remove EXPERIMENTAL for 2.4.2

comp-libs/mpc: remove EXPERIMENTAL for 0.8.1

arch/sh: remove EXPERIMENTAL

arch/avr32: remove EXPERIMENTAL

libc/newlib: remove EXPERIMENTAL status

Although this have been only slightly tested, no one has really complained,
and it seems to be working fine so far (on AVR32 at least).

cc/gcc: remove 4.3.0

gcc-4.3.0 never got !EXPERIMENTAL, and no one either confirmed nor complained.

cc/gcc: remove EXPERIMENTAL for gcc-4.4

config: rename mirror prompt, update help entry

The mirror is not necessarily on the /LAN/.

config: remove never used/implemented 'ls-lR'

Use of listing (ls-lR) was never implemented, and never used.

1.1: close spurious branch

avr32: close devel branch (merged)

canadian: close devel branch (merged)

bash_array: close devel branch (merged)

gcc-4.4: close devel branch (merged)

newlib: close the obsolete devel branch

newlib has been integrated through the AVR32 stuff, and the newlib branch
has been bit-rotting in the meantime.

1.4: close branch

1.3: close branch

1.2: close branch

1.1: close branch

scripts: Do not create backup files when patching

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

libc/glibc: fix retrieving version string

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.

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.

scripts/functions: change handling of nochdir

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

libc/glibc: move some options around

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! :-)

libc/glibc: add 2.11 and 2.11.1

Merge.

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.

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.

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>

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'

cc/gcc: add latest 4.4.3, propagate patchset from 4.4.2

Merge.

libc/uClibc: fix the breakage for x86 and Super-H, after the 32/64 merge

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.

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.

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.

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.

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.

debug/gdb: fix the space-damage

debug/gdb: do not expose the ncurses version in the menuconfig

Merge.

scripts/functions: inverse log level ALL and DEBUG

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.

configure: silently ignore auto-stuff options --build --host and friends

libc/uClibc: rename patches for 0.9.30.2

Port uClibc patches to 0.9.30.2

Some patches from 0.9.30.1 now applied upstream. The reminder have
been only slightly modified to apply cleanly to the new base.

Signed-off-by: Joachim Nilsson <jocke@vmlinux.org>

samples: update armeb-unknown-linux-uclibcgnueabi: use uClibc-0.9.30.2

libc/uClibc: add latest version 0.9.30.2

scripts/addToolVersion: add uClibc hooks

debug/gdb: install ncurses in a temporary place

We only build the static ncurses, to be used to build the native gdb,
and it needs not be available for anyone but us. So install it into
a temporary place, and get rid of it once gdb is built.

debug/gdb: staticaly link to ncurses for the native gdb

Staticaly link the native gdb (the one that runs on the target,
not the cross one that runs on the host) to ncurses.

docs/TODO: remove finished items, update descriptions for remaining items