debug/gdb: remove old versions

config/binutils: remove obsolete experimental versions

config: rip-out versions marked as OBSOLETE

libc/uClibc: fix building on system with recent glibc

While trying to build a toolchain with ct-ng 1.5.0,
arm-unknown-linux-uclibcgnueabi target,
I get the following error:

[INFO ] Installing C library headers
[EXTRA] Copying sources to build dir
[EXTRA] Applying configuration
[EXTRA] Building headers
[EXTRA] Installing headers
[ERROR] extra/scripts/unifdef.c:209: error: conflicting types for 'getline'
[ERROR] make[2]: *** [extra/scripts/unifdef] Error 1
[ERROR] Build failed in step 'Installing C library headers'

The following patch solves the problem.
(It's a backport of this uClibc commit:
http://git.uclibc.org/uClibc/commit/?id=49e81cada73616864b9b31df0aeb6961c30f5a6e
)

[--SNIP from another mail--]
AFAIK this is a problem since glibc 2.10.

1.5: update to 1.5.0+hg

Tagging release 1.5.1

1.5: update version to 1.5.1

arch/arm: add sample for nommu bare-metal Cortex-M3 with newlib

arch/arm: add THUMB interworking support

Add config option to build wtarget code with THUMB interworking.
This is used to build the C library as well as all other code
that runs on the target.

arch/arm: add THUMB mode config option

arch/arm: no need to check for the ABI option

The ABI option can not be set if EABI was selected,
so no need to check for it.

arch/arm: add support for noMMU

Some ARM cores do not have an MMU (eg. Cortex-Mx and Cortex-Rx series).
Thus, allow the user to configure out the MMU for ARM.

libc/newlib: allow using CVS snapshots

The newlib "team" rolls new releases about once a year (december).
This is quite a long time between releases, in case code was fixed.
So, allow user to use a CVS snapshot to benefit early from fixes
and enhancements to newlib.

functions: allow using sub-dir of a module

Some projects' module (eg. newlib) are checked-out into a sudirectory
rather than into their own directory. Handle this case in the CT_GetCVS
function.

libc/newlib: allow using newlib with archs other than avr32

libc/newlib: fix namespace in config file

C library config options should be prefixed with 'LIBC_'.

libc/newlib: cleanup the build and finish steps

build step:
- ./configure
- remove glibc-specific options
- pass the target CFLAGS in the correct variable
- make:
- build in //

finish step:
- print proper message in finish step

libc/newlib: fix host/target confusion

newlib handles the build/host/target a bit differently as one would expect:
build : not used
host : the nachine that builds newlib
target : the machine on which newlib will run

debug/dmalloc: fix handling of threading model

config: add help for the MMU/noMMU entry

config/libc: move around hidden config options

This yields a cleaner .config file that is easier to read.

scripts/functions: Fix a variable name.
Signed-off-by: Frederic Roussel <fr.frasc@gmail.com>
(transplanted from 991a59088ff09528896ac64ed4e8a6fba31eae39)

scripts/functions: Fix a variable name.
Signed-off-by: Frederic Roussel <fr.frasc@gmail.com>

config/arch/arm: default to EABI

docs: adding naming conventions for crosstool-NG

docs: fix chapter spacing

version: update to 1.5.0+hg

Merge.

scripts: replace calls to svn with calls to hg in script to renumber patches

docs: get rid of any reference to the now long-gone svn repository

docs: move the "contributing" section to overview.txt

docs: configure no longer accepts --with-contrib

It's been a while that configure does not recognise --with-contrib.
Applying contibutions is to be done manually, using patch.

configure: force using the C locale to check messages
(transplanted from 2f44fac6b5143f7b14f5367209c9df9b1102298e)

configure: fix --with-foo=/path/to/foo

When a required tool is specified with --with-foo, store the variable
in the list.
(transplanted from 1d43b65599a4b869d83d4db67b9715b1298d74f7)

configure: force using the C locale to check messages

configure: fix --with-foo=/path/to/foo

When a required tool is specified with --with-foo, store the variable
in the list.

eglibc: add support for user provided option groups

Signed-off-by: Arnaud Vrac <avrac@freebox.fr>

samples: fix the avr32-unknown-none sample

Bizarely enough, binutils-2.18 fails to build when CONFIG_SHELL is set
to /bin/bash (although it has code to recognise bash and act accordingly).

Waht is really strange is that it does build when CONFIG_SHELL is set
to /bin/sh, *although* /bin/sh is a symlink to /bin/bash. WTF?!?!
(transplanted from 56bba7d4fc8924d276b71134b7f1ef57bed57f52)

samples: fix the avr32-unknown-none sample

Bizarely enough, binutils-2.18 fails to build when CONFIG_SHELL is set
to /bin/bash (although it has code to recognise bash and act accordingly).

Waht is really strange is that it does build when CONFIG_SHELL is set
to /bin/sh, *although* /bin/sh is a symlink to /bin/bash. WTF?!?!

Tagging release 1.5.0

1.5: update version to 1.5.0

1.5: create maintenance branch for the 1.5 series

samples: update

libelf: add libelf-0.8.12

Merge.

configure: split has_or_abort in two: one to check, one to abort

Split the has_or_abort function in two:
- one that checks if the tool if found,
- one that calls the above check, and aborts if not found

The rational behind this is to be able to check for a tool
and if not found, fallback to using our bundled version,
should the need arise (and I get time).

Merge.

libc/glibc: don't use legacy snapshots

glibc snapshots have not been updated for about the
past 5 months. Consider them to be deprecated, now.

libc/glibc: remove dead code

The option to retrieve snapshots is already handled by
the generic 'specific date' and 'use latest' entries.
No need for a special case, as there's no code for it.

Merge.

debug/gdb: cleanup (remove) the static ncurses build

ncurses is built solely for the sake of building a native gdb.
The user should not rely on this library to build his/her userland,
but should rather build his/her own. So we remove it from the
sysroot after we successfully build the native gdb.

doc: update documentation, mostly eye-candy

sample: update the i686-nptl-linux-gnu sample

Update this sample, now it seems to correctly build again.

libc/eglibc: fix building for seemingly native toolchains

Build eglibc with -O2 as a fix/workaround to building
seemingly-native toolchains (see docs/overview.txt).

See:
- docs/overview.txt
- docs/known-issues.txt
- http://sourceware.org/ml/crossgcc/2009-10/msg00001.html

libc/glibc: fix building for seemingly native toolchains

Build glibc with -O2 as a fix/workaround to building
seemingly-native toolchains.

See:
- docs/overview.txt
- docs/known-issues.txt
- http://sourceware.org/ml/crossgcc/2009-09/msg00055.html

samples: upgrade some samples

Upgrading all samples is too much a hassle.
Stick with those few for now.

samples: remove arm-beagle-linux-gnueabi

Use the generic arm-cortex_a8-linux-gnueabi sample instead.

Merge.

scripts: update config.guess and config.sub

readme: document patch description