scripts/xldd: fix space-damage

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

scripts/xldd: fix version string

The version string was hard-coded.
Now, the version string follows the crosstool-NG version.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

scripts/xldd: fix typoes

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

scripts/xldd: install only when shared libs enabled

When the toolchain has no support for shared libraries, there is no
point in installing the cross-ldd helper.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

libc/*glibc: enable selection of the oldest supported ABI

[Yann E. MORIN: split the original patch]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

libc/*glibc: add option to disable symbols versioning

[Yann E. MORIN: split the original patch]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

libc/eglibc: fix downloading

Since Subversion 1.6.13 was released, it is no longer possible
to checkout/export to the current working directory using '.'
(eg. "svn co bla://blabla/foo/bar ." no longer extracts the content
of bar into ./ but into ./bar).

Fix this by luring Subversion to extract into "$(pwd)", which has
the advantage of working both with all known versions so far.

At the same time, remove the useless redirection.
(transplanted from 42cc9bd0db7ea6d690efab40742881414f7c1277)

libc/eglibc: fix downloading

Since Subversion 1.6.13 was released, it is no longer possible
to checkout/export to the current working directory using '.'
(eg. "svn co bla://blabla/foo/bar ." no longer extracts the content
of bar into ./ but into ./bar).

Fix this by luring Subversion to extract into "$(pwd)", which has
the advantage of working both with all known versions so far.

At the same time, remove the useless redirection.

1.9: update version to 1.9.0+hg

Tagging release 1.9.0

1.9: create maintenance branch, update version to 1.9.0

1.8: close branch

samples: update all samples to latest config knobs

No new feature, no newer version, only updates so that
samples can be recalled without anything to set.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

testsuite: fix gcc test-suite

DG_TARGET does not exist as a variable, it is expanded only once
at installation time.

Reported-by: Bryan Hundven <bryanhundven@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

scripts: also overide LANG

On some systems, we also need to overide LANG as well as LC_ALL.

Reported-by: Geoffrey Lee <geoffl@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

contrib: fix gcc test suite on system without echo -e

Fix the use of quotes in contrib/gcc-test-suite/Makefile to solve the
problem where board.exp is incorrectly generated on some build systems
where 'echo -e' is not handled correctly.

Signed-off-by: Andy Gibbs <andyg1001@hotmail.co.uk>
[Yann E. MORIN: fix space damage, pretty-up the stuff]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

libc/glibc: fix glibc-2.10.1 patchset

There was a missing '#" to a '#define' line.

debug/gdb: Update version to 7.2

Signed-off-by: Jon Ringle <jon@ringle.org>

libc/newlib: add option to compile support for IOs on C99 formats

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

libc/newlib: add option to compile support for long long IOs

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

libc/newlib: add option to compile support for float IOs

Adds support to enable/disable IOs of floating point values
(float, double, and long double).

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

Merge.

scripts: do not provide to-sysroot include symlink

Do not provide the PREFIX/TUPLE/include -> SYSROOT/usr/include symlink,
and let gcc install its dependable C++ headers were it sees fit to
install them.

See the test by Anthony (by the end of the messages):
http://sourceware.org/ml/crossgcc/2010-10/msg00129.html
http://sourceware.org/ml/crossgcc/2010-10/msg00134.html

See also the comment by Arnaud:
http://sourceware.org/ml/crossgcc/2010-10/msg00157.html

Reported-by: Anthony Foiani <anthony.foiani@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

Merge.

Revert #a09246191120: cc/gcc: fix C++ headers location

This was intended as a fix for g++ not finding its headers,
but it breaks in othe horrible ways. So just revert it.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

kernel/linux: update versions

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

kernel/linux: nuke oldish versions

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

kernel/linux: add 2.6.36

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

complibs/cloog: add latest version 0.15.10

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

libc/eglibc: add 2.11 and 2.12 branches.

Also fix typo s/LIBC_V_2_10/EGLIBC_V_2_10/

scripts: add STATE logging level for state save/restore output.

The save/restore state output is voluminous; using this flag allows us
to quickly see or ignore when something is just being saved.

[Yann E. MORIN: this is a blind log level, and is used only to search
in the build-log afterward.]

Signed-off-by: Anthony Foiani <anthony.foiani@gmail.com>

scripts: add "FILE" and "CFG" debug levels.

I ran into some minor difficulties looking through the build log for a
particular file: I wasn't interested in seeing it unpacked, but only
when it is built or installed. Adding these two levels allows me to
differentiate between those cases.

[Yann E. MORIN: Those are blind log levels, and are used only to search
in the build-log afterward.]

Signed-off-by: Anthony Foiani <anthony.foiani@gmail.com>

cc/gcc: fix 128-bit long doubles option

Spotted by Arnaud LACOMBE:
http://sourceware.org/ml/crossgcc/2010-10/msg00122.html

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

samples: update to not use // download

Parallel download can cause issues in some network environments
(eg. behind some firewalls/routers), so default to not //.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

cc/gcc: fix 4.4.4 patchset

Most patches contained two spurious first lines.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from ada9128c98b89569b54aefe9b7a4b0bd2bd20023)

cc/gcc: fix C++ headers location

In case we build the C++ compiler, we have to tell gcc where to put the C++
headers, or else it will try to # put it in prefix/tuple/include, which we
make a symlink to sysroot/usr/include during the build, and that we delete
(the symlink!) after the build, but gcc will not look in sysroot/usr/inlcude
for C++ headers by default.

Implements a fix suggested by: Bryan Hundven <bryanhundven@gmail.com>

Reported-by: Anthony Foiani <anthony.foiani@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from a0924619112015bdaa81a0a2313d21ef38607bc2)

cc/gcc: add 4.4.5

Add 4.4.5, propagate patchset from 4.4.4.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

cc/gcc: fix 4.4.4 patchset

Most patches contained two spurious first lines.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

scripts: update/fix patch-rework

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

cc/gcc: add an option to enable/disable build of libssp

libssp is the run-time Stack-Smashing Protection library.
It can be usefull to have or miss, depends...

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

cc/gcc: add an option to enable/disable build of libgomp

libgomp is the GNU implementation of the OpenMP API.
It can be usefull to have or miss, depends...

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

cc/gcc: shuffle config knobs

It makes sense to have all library-related config knobs in
the same place; and it makes sense to have all other misc
config knobs in the same other place.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

cc/gcc: add option to enable 128-bit long doubles

Needed by some PPC targets, at least.
Requires gcc 4.2+ (noticed by Arnaud LACOMBE).

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

cc/gcc: fix enabling/disabling LTO

There is a ./configure option for that.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

cc/gcc: fix C++ headers location

In case we build the C++ compiler, we have to tell gcc where to put the C++
headers, or else it will try to # put it in prefix/tuple/include, which we
make a symlink to sysroot/usr/include during the build, and that we delete
(the symlink!) after the build, but gcc will not look in sysroot/usr/inlcude
for C++ headers by default.

Implements a fix suggested by: Bryan Hundven <bryanhundven@gmail.com>

Reported-by: Anthony Foiani <anthony.foiani@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

samples: update all samples to use the new build dir

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

samples: update powerpc-e500v2-linux-gnuspe

Update the configuration and the comment.

Reported-by: Anthony Foiani <anthony.foiani@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

scripts: always create lib32 and lib64 symlinks

Unconditionally create the lib32 -> lib/ and lib64 -> lib/ symlinks.

This is reportedly a fix to build a toolchain for a 32-bit target on
a 'pure' 64-bit host (eg. on Fedora FC12, host libs are in lib64/,
and there is no lib -> lib64 symlink, as we can see on other distors,
as Debian). As gcc only puts static host lib in lib64/ (along with
target files in subdirs), we can safely create the symlinks.

Also note that the symlinks are summarily removed at the end
of the build.

Signed-off-by: Anthony Foiani <anthony.foiani@gmail.com>
[Yann E. MORIN: fix a comment, rephrase the commit log]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

scripts: fix distclean

Do not fail in case either one or both of target/ and
.build/ directories are missing.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

kernel/linux: the new long-term stable is 2.6.32

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

kernel/linux: update to latest versions

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

scripts: update distclean

The toolchains are now built in .build/ rather than in targets/
so distclean has to get rid of that.

We also clean up the old dir, as users may have old samples that
still refer to the old location.

Do not hide messages during distclean, and do not ignore errors.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

misc: update ignored files

The place where toolchains were built has moved
from targets/ to .build/

We still ignore the old target/ dir, as users may have
samples that still use that location.

Also, reorder the ignore paterns.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

Make sure that the PTRACE_... symbols are available for ppc/plt.c.

On a Fedora 12 x86_64 build/host box, this file was complaining about
PTRACE_PEEKTEXT being undefined. Adding in the "ptrace.h" include
fixed it.

Signed-off-by: Anthony Foiani <anthony.foiani@gmail.com>

complibs: introduce a two-stage select

Directly select-ing the required companion libraries means we can not
disable them. That's OK for now, as we systematically build them when
they are required.

But with distros coming up-to-speed, we will need to disable the build
later-on.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

complibs: better deduce whether to backup complibs or not

To decide whether we need to backup the companion libraries,
do not rely on the !shared case. In the future other cases
may require not to save the companion libraries (eg. if using
the ones provided by the host distro).

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

1.8: update version to 1.8.2+hg

Tagging release 1.8.2

1.8: update version to 1.8.2

kconfig: resync curses check with Linux kernel

check-lxdialog.sh breaks on 64-bit distributions which are lacking
the lib -> lib64 symlinks (eg. some Fedora).

The script from the 2.6.35 Linux kernel is reportedly functional
on the systems that were requiring the current hack. See:
http://sourceware.org/ml/crossgcc/2010-09/msg00113.html

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from 4009fc9c47d5d2c4e7765f1e9fb6721a87217ae5)

kconfig: resync curses check with Linux kernel

check-lxdialog.sh breaks on 64-bit distributions which are lacking
the lib -> lib64 symlinks (eg. some Fedora).

The script from the 2.6.35 Linux kernel is reportedly functional
on the systems that were requiring the current hack. See:
http://sourceware.org/ml/crossgcc/2010-09/msg00113.html

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

cc/gcc: add 4.3.5

4.3.5 is the latest 4.3 version, and probably the last one.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

cc/gcc: disable complibs if not selected

Force gcc to not link with some companion libraries when
there are not needed (because selected-out).

There is no option to tell gcc *not* to build the Graphite and/or
LTO stuff. They *will* be built if gcc finds the suitable companion
libraries. If we do not provide them, but the host has them, then
gcc *will* find them, and link with them.

Consider the following:
- host has suitable PPL and CLooG (eg. Debian Squeeze)
- user wants to build gcc>=4.4
- user de-selects GRAPHITE
- gcc will find the hosts PPL and CLooG, and will use them
- the user moves the toolchain to an older host that does
not have them (eg. Debian Lenny)
- the toolchain fails, when it was properly setup not to

So, explicitly tell gcc *not* to use unneeded companion libs.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

cc/gcc: do not force use of non-vital companion libraries

While GMP and MPFR are required by gcc>=4.3 (to build the frontends),
and MPC is required by gcc>=4.5, the other libs are not. If they are
present then gcc will enable advanced features; if they are missing,
then gcc will (should) simply disable those features.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

complibs: fix dependencies

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

arch/mips: add experimental mips64 samples

Both toolchains were tested to successfully:
- _build_ busybox, giving respectively an n32 and an n64 binary
although it has not been run-tested.
- build linux-2.6.36-rc3 for Loongson, giving an n64 vmlinux
(which is expected, due to the way the kernel is built),
and the kernel properly boots!

Credits are due to Julien MOUTHINO (julm on freenode#uClibc) for
testing that the kernel boots on his hardware! Cheers! ;-)

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

libc/uClibc: use the MIPS ABI selection

Use the MIPS ABI selection to properly munge the uClibc config file.

This has the side effect to force the ISA:
- n32 ABI -> MIPS-III ISA
- n64 ABI -> MIPS64 ISA

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

arch/mips: add option for MIPS ABIs

This adds selection for one of the o32, n32 and n64 ABIs.
Later, we can easily use those boolean options, rather than
relying on a user-supplied string option.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

scripts/internal: cleanup build symlinks

The symlinks are needed only during the build process.
The final gcc will still search those dirs, but will also search
the standard lib/ dirs, so we can get rid of the symlinks.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

scripts: hack-in lib32->lib symlinks

Some archs (eg. ppc64 with n32 ABI) will install their
variants in lib32/ instead of lib/, so do for lib32 as
we do for lib64->lib symlinks.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

libc/uClibc: change munging code based on target arch

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

arch/sh: move config-options to second-part

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

arch/alpha: move config-options to second-part

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

arch/ppc: move config-options to second-part

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

arch/arm: move config-options to second-part

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

config/arch: re-organise architecture-specific options

Move the arch-specific options to the second-part of
the generated files, so they appear after the generic
options, but before the optimisations.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

config: change name of default build dir

'targets' is not really meaningfull.
'build' means what it means.
'.build' just hides it as well! :-)

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

binutils/binutils: remove faulty patch

The added code should be conditinal to the target system
being !MIPS, but is based on the host system being !MIPS.

This is plain wrong, and had not been noticed until now
as I never used those binutils versions on MIPS.

See:
http://sourceware.org/ml/crossgcc/2010-08/msg00192.html

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from f5ab0a80e46616adb3619cc7c5d78d0ccd7ea697)

binutils/binutils: remove faulty patch

The added code should be conditinal to the target system
being !MIPS, but is based on the host system being !MIPS.

This is plain wrong, and had not been noticed until now
as I never used those binutils versions on MIPS.

See:
http://sourceware.org/ml/crossgcc/2010-08/msg00192.html

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

kernel/mingw32: show only for x86, 32-bit targets

Mingw32 on non-x86, non-32-bit target makes no sense

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

kernel/linux: add latest versions

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

kernel/linux: remove old versions

Remove those versions whose series does no longer appear on the
front page of kernel.org

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

scripts/log: do not interpret log string as printf format

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from 5f01a23be1e427f95806bbf5d880f5ee6839bed1)

complibs: remove help entries, as they're not used

The help entries for each of the companion libraries are now
wrong, and anyway are not displayed. Nuke, nuke, nuke...

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

debug/gdb: use libexpat

gdb can use libexpat to parse target memory descriptions,
among other things. See:
http://sourceware.org/ml/crossgcc/2010-08/msg00168.html

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

debug/gdb: install dependable libs in a generic target static libs dir

For now, ncurses is the only dependable target library built for gdb.
But expat is coming, and there's no reason to install each library in
its own place.

So, install ncurses in a generic directory, where other dependable
libraries can be installed as well.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

complibs: noone is using companion libs on the target; nuke them

As there's no longer any user of the companion libraries on the
target, nuke the build for the target.

Well, at least, there's libelf that's still needed by ltrace, so
we keep it.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

debug/gdb: companion libs are not used

Although the gdb ./configure advertises for GMP and MPFR, those libraries
are not used by gdb (the ./configure is used across different packages,
hence the check for GMP/MPFR). See:
http://sourceware.org/ml/crossgcc/2010-08/msg00168.html

The same applies to MPC.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

binutils/binutils: companion libraries are not used

GNU binutils does not use the companion libraries, although
./configure advertises switches for them. This is because the
configure file is shared between different packages, and is
a bit 'lax' about what it checks. See:
http://sourceware.org/ml/crossgcc/2010-08/msg00160.html
http://sourceware.org/ml/crossgcc/2010-08/msg00161.html

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

scripts/log: do not interpret log string as printf format

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

1.8: update version to 1.8.1+hg

Tagging release 1.8.1

1.8: update version to 1.8.1

scripts: in case of failed download, remove partial files

It happens from time to time that the server mis-behaves, and breaks the
connection right in the middle of nowhere, for no good reason, leaving us
with a partial file, on which the extract pass would choke.

Remove partial downloads, to fail early.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from eefacabd9e72f3d578e5dc5908026ed780f9a240)

docs: review REaDME

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

libc/glibc: repair debugging with gdb (glibc 2.9)

Without this patch, crosstool-ng-built glibc-2.9 prevents
debugging any exeutable with gdb.
gdb says:
[Thread debugging using libthread_db enabled]
find_new_threads_callback: cannot get thread info: generic error
See also https://bugzilla.redhat.com/show_bug.cgi?id=487212
for a discussion of the bug and the solution.

internals: call strip in a portable way

strip on CT_HOST darwin does not want --strip-all or -v

binutils/binutils: forward-port the patchset from 2.20 to 2.20.1

Among other things, this should fix the issue reported by Thomas at:
http://sourceware.org/ml/crossgcc/2010-08/msg00115.html

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

libc/mingw: fix space-damage

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

mingw32: enable sysrooted toolchains

When targeting mingw32, gcc expects to find its include files
in "mingw/include" instead of the traditional "usr/include".

[Yann E. MORIN: split the original patch]

libc/mingw: use pre-set headers dir

There is a variable that contains the headers directory,
so there's no need to re-compute it again.

[Yann E. MORIN: split the original patch]

kernel/mingw32: use pre-set headers dir

There is a variable that contains the headers directory,
so there's no need to re-compute it again.

[Yann E. MORIN: split the original patch]

binutils/sstrip: mark as obsolete

sstrip is causing more trouble and grief than tolerable.
It is broken at least on PPC. It does not build on non-ELF
systems (eg. mingw32, MacOS-X...). Plus, it is easy to
install.

Hide it behind OBSOLETE.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

libc/uClibc: fix downloading pregen locales

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from 223aaf040327e204f0801549e9c0cf6225bdf29d)

libc/uClibc: fix downloading pregen locales

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

scripts: in case of failed download, remove partial files

It happens from time to time that the server mis-behaves, and breaks the
connection right in the middle of nowhere, for no good reason, leaving us
with a partial file, on which the extract pass would choke.

Remove partial downloads, to fail early.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

scripts: when downloading, use aria2 only when //

Even when // downloads are not enabled, aria2 can
fail on some servers (eg. uclibc.org).

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

scripts: do not download in // by default

Parallel downloads can be a bit harsh on the servers,
and some will fail (eg. uclibc.org) in some cases.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

docs: move the Mercurial tutorial to the tutorials section

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

docs: split into multiple files

The overview.txt file has evolved into more than just an overview.
Split it into chapters, and include the misc tutorials.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

scripts: better sanitise the patch names

When generating the fixes-patches, better sanitise the generated
file names, as it seems to raise a few issues for some people.

complibs/cloog: with static ppl, correctly link with libm

On some Fedora boxen (at least FC13), it is also required
to link with libm when static ppl is used.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from 5526fb72a893f89286d6daa29da0161ca988a1d0)

cc/gcc: with static ppl, correctly link with libm

On some Fedora boxen (at least FC13), it is also required
to link with libm when static ppl is used.
(transplanted from bcd33fce4db9c18223b59ecdc96f10bf6dd574de)

complibs/ppl: add latest version 0.11

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

complibs/cloog: with static ppl, correctly link with libm

On some Fedora boxen (at least FC13), it is also required
to link with libm when static ppl is used.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

cc/gcc: with static ppl, correctly link with libm

On some Fedora boxen (at least FC13), it is also required
to link with libm when static ppl is used.

complibs/mpc: fix MPC 0.8.1 build with MPFR 3.0.0

This is the change introduced by revision 734 of MPC repository.

Author: Paul Zimmermann <Paul.Zimmermann@loria.fr>
Revision log: [acos.c] fixed problem with GMP_RNDA (should be MPFR_RNDA, and code was wrong)

Signed-off-by: Arnaud Lacombe <lacombar@gmail.com>

libc/glibc: let glibc 3.3.6 link correctly

From http://sourceware.org/git/?p=glibc.git;a=commit;f=elf/Makefile;h=7c8a67320e26b8c11108bf0a3410d3aef9cf3486

Author: Ulrich Drepper <drepper@redhat.com>:
Commit log:
* elf/Makefile (ld.so): Adjust the sed script to insert _begin in to
newer linker scripts.

Signed-off-by: Arnaud Lacombe <lacombar@gmail.com>

complibs/ppl: fix PPL build with GMP 5.x.x

From http://www.cs.unipr.it/git/gitweb.cgi?p=ppl/ppl.git;a=commitdiff;h=9c19bc2b318a35016e0189f9552c98910be37f53

Author: Roberto Bagnara <bagnara@cs.unipr.it>
Revision log: Added support for GMP 5.0.

Adapted manually to match and not having to re-generate the configure script.

Signed-off-by: Arnaud Lacombe <lacombar@gmail.com>

1.7: close branch

1.6: close branch

libc/uClibc: add uClibc 0.9.30.3

This version has been released a couple of month ago, but it never reached
crosstool-ng tree. This may be linked to the fact that the current 0.9.30.2,
once patched, has nothing much different from 0.9.30.3, released.

I'm not including any patch with this upgrade, on purpose.

Signed-off-by: Arnaud Lacombe <lacombar@gmail.com>

kernel/linux: : nuke old 2.6.33.[0-6]

Signed-off-by: Arnaud Lacombe <lacombar@gmail.com>

kernel/linux: 2.6.32.17, 2.6.33.7, 2.6.34.2 and 2.6.35 are out !

Signed-off-by: Arnaud Lacombe <lacombar@gmail.com>
[Yann E. MORIN: also add latest 2.6.27.49]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

cc/gcc: 4.5.1 is out!

Signed-off-by: Arnaud Lacombe <lacombar@gmail.com>

scripts: add option to strip all toolchain executables

To reduce filesizes of the toolchain and even improve build times
of projects to be build with this toolchain it is usefull to strip
the delivered toolchain executables. Since it is not likely that we
will debug the toolchain executables itself we do not need the
debug information inside the executables itself.

Signed-off-by: Remy Bohmer <linux@bohmer.net>

1.8: update version to 1.8.0+hg

Tagging release 1.8.0

1.8: create maintenance branch, update version to 1.8.0

docs: update known-issues

samples: update all samples

All samples get rebased, no new option is chosen.

cc/gcc: do not show sjlj choice for bare-metal

In the conversion from choic to tristate, this got lost.

samples: add a short list of all samples

Add an action to list only the sample names.
Use that for auto-completion.

libc: do not offer cross-ldd for bare-metal

Fix CT_SanitizePath

Replace the over-engineered and buggy test in CT_SanitizePath
with a straight forward string pattern match, and also
handle empty PATH elements which are qeuivalent to ".".

Thanks-To: Arnaud Lacombe <lacombar@gmail.com>
Signed-off-by: Johannes Stezenbach <js@sig21.net>

1.7: update version to 1.7.2+hg

Tagging release 1.7.2

1.7: update version to 1.7.2

scripts: remove . from $PATH

Add CT_SanitizePath function which removes entries referring to ., /tmp
and non-existing directories from $PATH, and call it early in the
build script.

If . is in PATH, gcc-4.4.4 build breaks:

[ALL ] checking what assembler to use...
/tmp/build/targets/arm-unknown-linux-uclibcgnueabi/build/gcc-core-static/arm-unknown-linux-uclibcgnueabi/bin/as
...
[ALL ] config.status: creating as

i.e. "as" is supposed to be the arm-unknown-linux-uclibcgnueabi cross assembler,
but config.status creates a local "as" script which is calling the
host assembler.

Signed-off-by: Johannes Stezenbach <js@sig21.net>
[Yann E. MORIN: style fixes + explanations]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from 20dd8cef1c8adff0aa3e78ae6d7acfbc45ed5a83)

complibs: fix using static companion libraries

When building a cross-compiler for a target which uses a file extension for
binaries the symbolic link to cc is not created correctly because the lookup
of the gcc binary is done in a incorrect path

Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>
(transplanted from 3917f2dafed1bb189e39f50e8506b3141926d7e1)

cc/gcc: add option to compile against static libstdc++, for gcc-4.4 and newer

Idea and know-how taken from CodeSourcery build script.

Normal build:
$ ldd arm-unknown-linux-uclibcgnueabi-gcc
linux-gate.so.1 => (0xb77f3000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb76e8000)
libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb75a1000)
libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb757a000)
/lib/ld-linux.so.2 (0xb77f4000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb755c000)

CC_STATIC_LIBSTDCXX=y:
$ ldd arm-unknown-linux-uclibcgnueabi-gcc
linux-gate.so.1 => (0xb7843000)
libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb76e6000)
/lib/ld-linux.so.2 (0xb7844000)

I made CC_STATIC_LIBSTDCXX default=y since I think
it is always desirable.

Signed-off-by: Johannes Stezenbach <js@sig21.net>

scripts: remove . from $PATH

Add CT_SanitizePath function which removes entries referring to ., /tmp
and non-existing directories from $PATH, and call it early in the
build script.

If . is in PATH, gcc-4.4.4 build breaks:

[ALL ] checking what assembler to use...
/tmp/build/targets/arm-unknown-linux-uclibcgnueabi/build/gcc-core-static/arm-unknown-linux-uclibcgnueabi/bin/as
...
[ALL ] config.status: creating as

i.e. "as" is supposed to be the arm-unknown-linux-uclibcgnueabi cross assembler,
but config.status creates a local "as" script which is calling the
host assembler.

Signed-off-by: Johannes Stezenbach <js@sig21.net>
[Yann E. MORIN: style fixes + explanations]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

cc/gcc: add option to enable/disable libmudflap

For some scenarii, libmudflap is not very usefull
or can break the build. Make in an optioon that
defaults to 'N' to be on the safe side.

For the core gcc-s, there is absolutely no need
to build libmidflap.

Idea from: Bernhard Pfund <bernhard@chapter7.ch>

cc/gcc: make sjlj config option a tristate

A tristate fits better here than a choice.

cc/gcc: move options around

config: allow unconditional usage of tristates

libc-uclibc: move options

libc/uClibc: fix space damage

libc/uClibc: fix using pre-generated locale data

Some time, someone updated the locale Makefile to use
newer pre-generated locales data, but did not upload
those.

So we just force using the existing, ageing archive,
dating back 20030818. Sigh...

libc/uClibc: do not systematically use pre-generated locale data

It seems that using pre-generated locale data can be more problematic
than usefull in some circumstances.

Offer a config knob to enable/disable use of the pregen locale data.
Also, do not extract pregen locales data ourselves, it's broken.

configure: fix --mandir

--mandir points to the base dir of the man pages, so
we have to append our man section below given dir.
(transplanted from a8a4d5c9773893fa6978e5f9e1445d1e8185c24a)

scripts: add a cross-ldd-like

Add a cross-ldd that mimicks a native ldd.

libc/uClibc: do not install cross-ldd

I was unable to make the cross-ldd from uClibc to work, and
it is not possible to build it on non-POSIX system.

Besides, we have a generic script that is in the starting-blocks
to replace it, that will work for any C library, and also will
work on non-POSIX systems. Bonus!

docs/known-issues: document the "error compiling FC test program" issue

complibs: fix using static companion libraries

When building a cross-compiler for a target which uses a file extension for
binaries the symbolic link to cc is not created correctly because the lookup
of the gcc binary is done in a incorrect path

Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>

libc/uClibc: fix verbosity level for uClibc >= 0.9.30

uClibc >= 0.9.30 supports three verbosity levels, according to "make help":

V="" - Quiet build (default)
V=1 - Brief build (show defines, ld flags)
V=2 - Very verbose build

I think older versions of uClibc treat V=2 the same as V=1.
For current uClibc, only V=2 shows the full command lines.

Signed-off-by: Johannes Stezenbach <js@sig21.net>

scripts/functions: recognise Cygwin build hosts

scripts: use 'hg archive' to create release tarballs

kernel/mingw32: mark as being EXPERIMENTAL

configure: fix --mandir

--mandir points to the base dir of the man pages, so
we have to append our man section below given dir.

scripts: update config.{guess,sub}

Merge.

complibs/ppl: backout #9f0de857cb05

The patch breaks the build on most machines,
while the purpose of the patch is dubious.
So, simply back it out.

debug/gdb: properly remove build tic

tic is isntalled in buildtools, not in the toolchain's bin dir.
Plus, it may have an extension...

debug/gdb: Fix compilation for Mingw hosts

GDB requires PDcurses instead of ncurses while running on Windows.
So, do not always compile ncurses in case GDB needs to build.

PDcurses is provided by an earlier build step and is not described in
this file.

Signed-off-by: Remy Bohmer <linux@bohmer.net>
[yann.morin.1998@anciense.nib.fr: we already have a way to detect ncurses usage]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

complibs/ppl: fix build for MINGW

Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>
---
patches/ppl/0.10.2/100-update-for-mingw-build.patch | 19 +++++++++++++++++++
1 file changed, 19 insertions(+)
create mode 100644 patches/ppl/0.10.2/100-update-for-mingw-build.patch

samples: add Linux -> Mingw32 sample

Sample to build compiler targetting mingw32 target systems

Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>
---
samples/i686-pc-mingw32/crosstool.config | 302 +++++++++++++++++++++++++++++++
samples/i686-pc-mingw32/reported.by | 3
2 files changed, 305 insertions(+)
create mode 100644 samples/i686-pc-mingw32/crosstool.config
create mode 100644 samples/i686-pc-mingw32/reported.by

kernel/mingw: add target libraries

Add several development libraries to the build of the mingw cross-compiler
to be used on target

Libraries:
PDCurses (port of the ncurses library)
GnuRX (the regex library)
DirectX
OpenGL

Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>
[yann.morin.1998@anciens.enib.fr: don't show DX and RX versions if disabled]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

kernel: add mingw

Add the option to build a cross-compiler for kernel type 'mingw'.
The resulting cross-compiler can be used to build applications on a Linux host
that can be run on a Windows target.

Compiler is build using the mingwrt and w32-api packages aviable from the
MinGW project (http://sourceforge.net/projects/mingw).

The windows headers (w32-api package) are extracting with the kernel_headers
step The libraries and other headers from both packages are build and
installed in the various steps of libc

Signed-off-by: Bart vdr Meulen <bartvdrmeulen@gmail.com>
[yann.morin.1998@anciens.enib.fr: fix kernel headers comment, don't "return 0"]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

libc: add global threads support option

samples: add an ARMeb uClibc/NPTL experimental sample

cc/gcc: gcc-4.4 does not use MPC

As reported by Johannes Stezenbach, see thread at:
http://sourceware.org/ml/crossgcc/2010-07/msg00017.html

config: no need to push the download mirror in a sub menu

binutils/binutils: add binutils-2.20.1

Signed-off-by: Johannes Stezenbach <js@sig21.net>

kernel/linux: update linux stable releases

Signed-off-by: Johannes Stezenbach <js@sig21.net>

libc/uClibc: fix snapshots

Snapshots are in a subdir named uClibc, not uClibc-snapshot
(or uClibc-YYYYMMDD either).
(transplanted from b13d0db6fa95795bb663bf674372b58221682dd6)

libc/uClibc: enable NPTL for snapshots

Recently, NPTL has matured a lot in uClibc, and more and more
people are interested to at least give it a try. So enable it.

libc/uClibc: fix snapshots

Snapshots are in a subdir named uClibc, not uClibc-snapshot
(or uClibc-YYYYMMDD either).

libc/uClibc: fix munging .config for LT old/new

debug/ltrace: add latest version

scripts/finish: do not try to symlink if sed expr is a no-op

If the sed expression does not transform the
tuple, do not try to create the symlink.
(transplanted from 5d6d3c28a658a65551d4eb5de414fd97b575f314)

scripts/finish: do not try to symlink if sed expr is a no-op

If the sed expression does not transform the
tuple, do not try to create the symlink.

debug/gdb: fix incorrect path

Fix discrepancy between the directory we create,
and the directory into which we install tic.

libc/glibc: fix installed scripts

glibc installs some bash-scripts, but uses the path to the buildtool
bash as interpreter (on the shebang line). This is only a symlink to
the real bash, and thus is not available at runtime.

Fix that by assuming that bash on the target *will* be /bin/bash.

1.7: update version to 1.7.1+hg

Tagging release 1.7.1

1.7: update version to 1.7.1

scripts/wrapper: fix wrong test when checking access to the reall tool

In C, the proper syntax for a bit-wise OR is a single '|', not two.

It worked so far because all was well:
- X_OK == 1
- R_OK||X_OK == 1
- the file we searched for had the x-bit set
-> access( file, R_OK||X_OK ) worked
- inicidentally, the file we searched for also had the r-bit set,
but we were not testing that in fact.
(transplanted from eebcaff6626f09af4f69b7b06f1246a06769d0af)

complibs/gmp: 5.0.0 misses 'EXPERIMENTAL' in the prompt
(transplanted from 95b4a458fd60d3e0911750c2b7c1b6cf36285845)

cc/gcc: fix headers copy for core static
(transplanted from 22ce0c19f06a530d72fd65c89d0777d16c0a97ac)

crosstool-NG.sh: suppress failure message from uname -o

On non-GNU systems (BSD/MacOS) there is no uname -o.
Suppress the failure message on these systems in the
call to set CT_SYS_OS (uname -s actually sets this variable).

yann.morin.1998@anciens.enib.fr: remove 'uname -o' altogether.
(transplanted from acae437fddccd7681c93a3b6c999c0796693d625)

scripts: enhance Makefile for installation

Split the multiple directory copies into autonomous rules.
Fix the autocompletion message.

test-suite: correctly install when not --local

scripts/wrapper: fix wrong test when checking access to the reall tool

In C, the proper syntax for a bit-wise OR is a single '|', not two.

It worked so far because all was well:
- X_OK == 1
- R_OK||X_OK == 1
- the file we searched for had the x-bit set
-> access( file, R_OK||X_OK ) worked
- inicidentally, the file we searched for also had the r-bit set,
but we were not testing that in fact.

cc/gcc: add option do disable PCH

In some cases, using Pre-Compiled Headers breaks the build.
Ass an option to disable building the PCH, as suggested by:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40974

kernel/linux: allow headers from full custom source tree

Accept a local tarball name as the source of the Linux kernel headers,
rather than forcing the user to use either an upstream tarball, or a
local pre-installed headers tree.

kernel/linux: reorder upstream/custom-tree handling

docs/README.freebsd.txt: Short intro for FreeBSD

Provide short README for FreeBSD as a host OS for ct-ng.

docs/README.macos.txt: Provide hints section

Hints for building tool chains.

patches/gdb: Fix canadian building of GDB for powerpc

Adds patch for GDB v6.8, v7.0, v7.0.1 to fix canadian
cross building of GDB for powerpc.

See original patch information here:
http://sources.redhat.com/bugzilla/show_bug.cgi?id=9638

The patch is not required for GDB v7.1 (fixed).

Tested in canadian combination using mingw32 and powerpc toolchains.
Tested to not affect normal cross building of GDB for powerpc target.

Signed-off-by: Martin Lund <mgl@doredevelopment.dk>

complibs/mpc: add latest version

complibs/gmp: 5.0.0 misses 'EXPERIMENTAL' in the prompt

cc/gcc: baremetal requires a two-pass process

Here, we implement a highly ugly hack. I'm not proud of that one...

To build the libstdc++ library, the compiler requires the C library. In
case we build for non-baremetal, this is normally handled by the final
step, later.

But in the case of bare-metal, we never go through the final step (because
it does not work, and it seems complex enough to make it work), so the
baremetal compilers are issued out of the core step.

libc/newlib: build in the 'start files' pass

A few facts:
- building the C library requires a proper core compiler
- core compiler is issued from one of the core passes
- the C library is required to build libstdc++
- newlib is only built for baremetal
- in bare metal, the final compiler is issued from one of the core passes

So we need to build the C library between core pass 1 and core pass 2.
The only place is eithe libc_headers() or libc_start_files(). The most
pertinent seems to be libc_start_files().

So we build newlib from libc_start_files(), and leave libc() empty.

cc/gcc: store core build rules in an array

Using an array makes it easier to add new rules.
Besides, it is easy to expand from build rules to install rules

cc/gcc: implement default for core options

cc/gcc: fix headers copy for core static

complibs/mpfr: update to latest version

libc/uClibc: apply the threading model to the configuration

The threading model shall be be set in the .config file.
Also, offer the choice between 'old/stable' and 'new' linuxthreads.

config: add support for a second part of the generated choices

Some components have configuration options that can depend on
generic options, so they should go below those.

uClibc for example:
- has its own options (wchar...)
- uses the generic options (threads...)
- if linuxthreads chosen, offers two impls

So we need to be able to split the components options in 2,
one part that is above the generic options, and one part that
ends up below the generic options.

docs: update credtis, point to the repository log

The docs/CREDITS file dates back to the SVN repository.
Now that we use Mercurial, the repository stores appropriate
authorship for each commit. Say so in the CREDITS.

kernel/linux: update to latest versions

kconfig/lxdialog: more portable and use ncurses from macports on MacOS

check-lxdialog.sh now correctly tests for ncurses and is a bit more portable.
On Darwin it uses the ncurses from macports.

cc/gcc: Make usage of --enable-target-optspace configurable

Optionally configure to compile gcc-internal libs with -Os.

yann.morin.1998@anciens.enib.fr:
Rename the config options, it is in the GCC /namespace/.

docs: Provide new Readme for MacOS

Short README for usage of ct-ng under MacOS.
Remove obsolete MacOS-X.txt

yann.morin.1998@anciens.enib.fr:
Make it 80-columns clean, plus a few fixes

scripts/build/internals.sh: compile wrapper with portable options.

static linking is not possible on MacOS, and unnessecary on other systems.
The old optimization and warning flags crash the gcc on MacOS
and (imho) are a bit overdone for this software.

configure: add path to libtool to pathlist

forgot var=libtool

debug/ltrace: fix LDFLAGS for libsupc++ and libiberty

The configure script correctly detects libsupc++ and libiberty, but in
the linker stage it tries to link in both libraries without taking care
of the test result.

Signed-off-by: Robert Schwebel <r.schwebel@pengutronix.de>
[yann.morin.1998@anciens.enib.fr: rework patch depth to be -p1]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

libc/glibc: fix as/ld checks against recent binutils

Backported from:
http://sourceware.org/ml/libc-alpha/2009-09/msg00024.html

Thanks to Khem RAJ for pointing to this fix:
http://sourceware.org/ml/crossgcc/2010-05/msg00033.html

test-suite: apply cleanup pass

Remove all non-modifiable items (target tuple, gcc version, toolchain path...)
Makefile syntax ( use $(...) instead of ${...} )
Update doc
Space-damage cleanups

test-suite: Added new test suite feature (experimental)

This patch adds support for installing the gcc test suite. A helper
Makefile is provided for building and running the gcc tests.

The default configuration runs all gcc tests and requires automatic
ssh/scp login access to a networked target board. See README for
more details.

Note: Current feature is tested with the powerpc-unknown-linux-gnu
sample but it should work with others as well.

Signed-off-by: Martin Lund <mgl@doredevelopment.dk>

scripts/wrapper.c: Under MacOS set DYLD_LIBRARY_PATH

Depending on (predefined) macro __APPLE__, use DYLD_LIBRARY_PATH
instead of LD_LIBRARY_PATH.

docs/overview.txt: Provide short mercurial HOWTO

The usage of hg mq is imho not very well documented.
Give a short intro for the most important use cases
for contributions to ct-ng.

yann.morin.1998@anciens.enib.fr:
Slightly rewrote the explanations for the introductory message.

ct-ng: Add ability to configure and use some GNU tools

Make the paths to libtool, objcopy, objdump, readelf, patch configurable.

scripts/build/internals.sh: Always use binary wrapper under BSD/MacOS

The shell wrapper script uses a nonportable call to readlink.
Thus, always use the binary wrapper under BSD/MacOS.

yann.morin.1998@anciens.enib.fr:
Use 'case' instead of 'if'.

scripts/wrapper.in: Add a comment about readlink not being portable.

Documented that the call to readlink will not work on BSD systems.

configure: make call to readlink portable to non-GNU (BSD) systems

The argument '-e' for readlink is a GNU extension.
In setting the variable 'where' the argument '-e' is not necessary, thus eliminated.

scripts/crosstool-NG.sh.in: On MacOS/BSD use the output of CT_DoConfigGuess for CT_BUILD.

On 64bit MacOS `gcc -dumpmachine` gives i686 for the host machine.
This conflicts with the expectations of some following configure scripts
that a 64bit x86 is given as x86_64; i686 is understood as a 32 bit machine.
config.guess sets the host machine in CT_BUILD correctly.

yann.morin.1998@anciens.enib.fr:
As suggested by Khem RAJ on the ML, always use config.guess.

configure: Do not require stat to be of GNU coreutils

calls to stat have been made portable, thus it is not necessary
that the GNU version is present on the user's system.

scripts/functions: Use stat correctly on non-GNU (BSD/Darwin) systems.

Call to get the directory mode depending on $CT_SYS_OS

yann.morin.1998@anciens.enib.fr:
CT_SYS_OS has changed on Linuxsystem, it only gets the kernel name "Linux",
and not the system name, 'GNU/'.

build/internals.sh: Replace nonportable call to stat

The call to stat to find out if a file is a symlink works only on GNU systems,
and the replacing portable call to readlink is also shorter and more concise code.

yann.morin.1998@anciens.enib.fr:
Apply simpler test, after discussion with author and Arnaud LACOMBE on the ML.

crosstool-NG.sh: suppress failure message from uname -o

On non-GNU systems (BSD/MacOS) there is no uname -o.
Suppress the failure message on these systems in the
call to set CT_SYS_OS (uname -s actually sets this variable).

yann.morin.1998@anciens.enib.fr: remove 'uname -o' altogether.

cc/gcc: add latest version

Add 4.4.4 and forward-port patchset from 4.4.3

kernel/linux: update versions list

Merge.

Revert changeset e7f7220b5ba2

Arnaud LACOMBE rightly pointed out that this was done on the wrong branch.

Revert changeset d341be24dc68

Arnaud LACOMBE rightly pointed out that this was done on the wrong branch.

cc/gcc: add latest version

Add 4.4.4 and forward-port patchset from 4.4.3

kernel/linux: update versions list

1.7: update version to 1.7.0+hg

Tagging release 1.7.0

1.7: create maintenance branch, update version to 1.7.0

scripts/mk-release: pretty-up the per-author stats

Reverse sort first by number of changesets, then sort alphabetically
on the author's names.

docs: update the known issues

samples: update

debug/gdb: install tic in the buildtools directory

'tic' is a build tool, its place is in the buildtools
directory, not in the toolchain's bin directory.

debug/gdb: be less verbose during the ncurses build

scripts: don't set LD_PRELOAD with static companion libraries

When cpmpanion libraries are built statically, it is useless to set
LD_PRELOAD. Worse, it might break the build in some corner cases.

docs: update the section about the wrapper

The wrapper is no longer needed when building
non-shared companion libraries. Document that.

arch/sh: fix type in variant handling

scripts/savesample: be silent when checking for .config file

1.6: update version to 1.6.2+hg

Tagging release 1.6.2

1.6: update version to 1.6.2

cc/gcc: fix cc symlink when executables have an extension

When building a cross-compiler for a host which depends
on file extensions the symlink for cc was not installed correctly

Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>
[Yann E. MORIN: style fixes, enhancements, code prettying]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from 214c64ba8b21db15f610eca886fb194a6675e40c)

libc/newlib: don't do // downloads

The newlib FTP site does not like // downloads, and quickly
blocks the IP from the downloader.

Override the number of chunks when downloading newlib.

libc/glibc: fix kernel version check

Since we log the test strings, it is no longer possible to call
the CT_Test* functions from sub-functions that print results to
their stdout.

scripts: also prepare include symlink to sysroot/include

scripts: check g++ only for host

g++ is only needed when building additonal libs on the HOST,
so check wheter g++ is available for the HOST compiler only

Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>
[Yann E. MORIN: fix space damage]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

cc/gcc: use proper host compiler for canadian bare-metal

While compiling a canadian toolchain for host=mingw32, build=linux,
target=m68k-elf the build fails because in this step of the gcc build
the Host compiler is used in this stage with the build-flags for the
build system. This results in an error where the header <sys/wait.h>
cannot be found.
This problem happens at least in the GCC-4.3.x and GCC-4.4.x range.

This is solved by passing the proper compilers on the Make cmd-line

Signed-off-by: Remy Bohmer <linux@bohmer.net>

cc/gcc: allow building a canadian bare-metal compiler

Previous addition of the canadian cross compiler did not allow
to build a baremetal only variant, no reason why this is not
allowed

Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>

cc/gcc: fix cc symlink when executables have an extension

When building a cross-compiler for a host which depends
on file extensions the symlink for cc was not installed correctly

Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>
[Yann E. MORIN: style fixes, enhancements, code prettying]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

libc/newlib: the m68k processor does not like unaligned

Disable unaligned access at least for mcpu32, m68010 and m68020.
These processors certainly do not like unaligned accesses.

Signed-off-by: Remy Bohmer <linux@bohmer.net>
(transplanted from faade25219ed565993b7b26357991d3130697515)

complibs/mpfr: fix extract

With MPFR 2.4.2, autoreconf needs to be run as well.
(transplanted from b376baa43a50e178915f8d5dac40d9408bf2e962)

cc/gcc: add 4.5.0

cc/gcc: add support for 4.5.0 or later versions

starting with 4.5.0, gcc requires libelf.

complibs/libelf: remove old versions

Those old versions are not suitable for use by gcc.

complibs/libelf: enable the host build

Host libelf is required by gcc-4.5.0

complibs/libelf: build target libelf in its own directory

debug/gdb: remove insight

Insight seems to be very slow to follow up on mainstreram gdb.
Latest snapshots are more than 6 months old.

Moreover, I don't have time to maintain insight support in crosstool-NG;
and, because I don't use it, I am unable to find any breakage.

debug/gdb: reorder options in the menuconfig

debug/gdb: allow static build with complibs

It is now possible to built static versions of the companion libraries,
so we can now build a static cross-gdb using the complibs.

scripts: don't print the build system guess warning

complibs/gmp: mark 5.0.1 as being experimental

MPFR can't cope with GMP > 4.x.y so hide it behind EXPERIMENTAL
until we fix MPFR

samples: add Blackfin sample

Add basic support for the Blackfin architecture

For uClibc, the name of the Blackfin architecture is 'bfin'. Actually,
the naming of the architecture is quite messy: for toolchain tuples
and uClibc, it's bfin, but for the kernel, it's blackfin. We've
arbitraly choosen to name it "blackfin" in Crosstool-NG.

Add Blackfin-related uClibc patch to fix a build failure related to
fork() being used in unistd/daemon.c.

Yann E. MORIN:
Apply the patch to the kernel/linux build script to use 'linux'
in the noMMU tuples. See:
http://sourceware.org/ml/crossgcc/2010-04/msg00010.html

scripts/functions: log the test strings

scripts/functions: compress with gzip level 3, as stated in the documentation

Thanks to Bruno Tarquini <btarquini@gmail.com> for the report.

scripts/functions: add a save/restore handler

Saving and restoring the steps requires saving/restoring multiple
directories. Depending on the configuration, some may not exist.

Add a wrapper that checks before creating/extracting the tarballs.

scripts/functions: fix CT_Patch again

Merge.

Revert 3ea4e6f7b85f: Force autoreconf for mpfr

It breaks on my machine. Revert until we find the exact cause leading to
the initial patch, and we come up with a patch that properly fixes it.

scripts/functions: fix CT_Patch

libc/newlib: the m68k processor does not like unaligned

Disable unaligned access at least for mcpu32, m68010 and m68020.
These processors certainly do not like unaligned accesses.

Signed-off-by: Remy Bohmer <linux@bohmer.net>

scripts/functions: make CT_Patch dumber

It is the responsibility of the caller to split the package name from
its version. It already knows that.

libc/newlib: only compute version string, not full filename

debug/gdb: remove snapshot version

cc/gcc: add bugurl and compiler version to core gcc compiler

When building for bare-metal the core-gcc compiler is delivered
as final compiler, so the version info and bugurl is useful
in the core compiler as well.

Signed-off-by: Remy Bohmer <linux@bohmer.net>

binutils: allow choice for elf format when building bare-metal cross compiler

When building a baremetal cross compiler I want to be able to select
the elf format and not be forced to build the elf2flt package.

Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>
[Yann E. MORIN: tweak the commit message]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

scripts: prevent trailing - in CT_TARGET

Not all target tuples consist of an VENDOR, KERNEL and SYSTEM part, build up the
tuple in such a way to no extra or trailing dashes are added to CT_TARGET

Signed-off-by: Bart vdr Meulen <bartvdrmeulen@gmail.com>

[CT-NG:patch 05/19] Force autoreconf for mpfr

In some exotic case the autoreconf step of mpfr is not executed (correctly)
leaving an incorrect version number for libtool in the configure script.

After extracting the sources files, force autoreconf to be executed.

Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>

complibs: save directory with static complibs for stop/restart

complibs: don't install in toolchain dir when built as static

complibs: allow either static or shared build

complibs: build static libraries

config: replace COMP_LIBS with COMPLIBS

complibs/mpfr: fix extract

With MPFR 2.4.2, autoreconf needs to be run as well.

scripts: add script to publish patches

This script creates the patches for an existing version.

Re-enable the FD_PIC ELF configuration option

Blackfin uses FD_PIC ELF format to provide shared libraries on a
non-MMU architecture.

Fix the uClibc clean-up-O_CLOEXEC-handling patch

In the Blackfin case (untested until now), this patch was lacking a
leading / at the end of a comment.

libc/glibc: add patch to ports-2.9 to fix sjlj from ARM FPU

As discussed there: http://sourceware.org/bugzilla/show_bug.cgi?id=9678#c4

Reported by: Sasha Sirotkin <buildroot@browserseal.com>
(transplanted from dfc2b3e07ea6ea0761fb91df7c3c7fcdc718cc5f)

scripts/populate: fix handling the forced libraries list-file

If a list-file is used, then each library in the file will be handled
twice (not a real issue, as the second iteration will find the library
already present, just avoid doing the job twice).
(transplanted from 7fec5db8933cb296c665b8526f27a779aa0c0c7a)

cc/gcc: fix building for powerpc for the 4.4.x series

Reported by: Thomas Petazzoni
http://sourceware.org/ml/crossgcc/2010-03/msg00057.html

Discussions:
http://lists.uclibc.org/pipermail/uclibc/2010-March/043697.html
http://lists.uclibc.org/pipermail/buildroot/2010-March/032790.html
http://ibot.rikers.org/%23uclibc/20100316.html.gz
(search for "copysignl", by kos_tom, blindvt and y_morin)
(transplanted from 76b1923da63d2e3b8e9010b6138e33f6a99720a8)

libc/uclibc: add uClibc 0.9.31

Signed-off-by: Arnaud Lacombe <lacombar@gmail.com>
[Yann E. MORIN: mark it EXPERIMENTAL]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

cc/gcc: fix thread-less final gcc build

If threads are disabled in libc, we don't want to enable them in the
final compiler. Doing so pass the configure stage, but fails latter on
a missing <pthread.h>.

Moreover, we don't want to build libgomp if threads are disabled; its
configure script would fails anyway.

Signed-off-by: Arnaud Lacombe <lacombar@gmail.com>

cc/gcc: fix recent gcc build

This fix missed conversion of CT_GCC_USE_* to CT_CC_GCC_USE_*.

Signed-off-by: Arnaud Lacombe <lacombar@gmail.com>

complibs/gmp: fix patch against 5.0.1

config: allow libc selection in backend mode

In backend mode, allow the upper-layer build system to force the
C library selection.

config: do not force setting kernel and arch

In backend mode, only enforce the arch and/or kernel selection if the
upper-layer build system effectively forces the selection.

scripts: misc help and auto-complete fixes

- don't list samples in the main help screen
- improve the samples listing in list-samples
- don't document the 'config' action, it's long dead
- document the 'V' environment variable
- improve on START, STOP and PREFIX environment variables
- add PREFIX and V to autocomplete
- advertise auto-complete at install time

kernel/linux: add latest versions: 2.6.33.2 2.6.32.11 2.6.31.13 2.6.27.46

debug/gdb: update version to 7.1

complibs: update versions

GMP : 4.3.2, 5.0.1*
CLooG/PPL: 0.15.8 0.15.9
libelf : 0.8.13

*: patch series added

scripts/addToolsVersion: fix handling libelf

libelf has moved to the companion libraries section,
and is no longer in the tools section.

libc/glibc: add patch to ports-2.9 to fix sjlj from ARM FPU

As discussed there: http://sourceware.org/bugzilla/show_bug.cgi?id=9678#c4

Reported by: Sasha Sirotkin <buildroot@browserseal.com>

config: fix style issues when source-ing files

Always enclose the sourced file between double-quotes (purely for
consistency; enclosing or not are both allowed by the kconfig language).

config: move backend-related options to their own file

config: hide arch and kernel selection when used as a backend

When used as a backend, it is the responsibility of the upper-layer build
system to set the target architecture and kernel.

config: hide options to debug crosstool-NG when a backend

When used as a backend, it does not make sense to debug crosstool-NG,
so hide the option.

config: hide more config options when a backend

Hide the prompts for some behavioral options, for which the upper-layer build
system is responsible for:
- parallel jobs and maximum load
- use pipes
- use custom shell

config: hide paths when used as a backend

When crosstool-NG is used as a backend, it is the responsibility of the
upper-layer build-system to properly set paths, so we just hide the
prompts in this case.

scripts/populate: optimise search loop

Curently, populate will iterate over all ELF (shared objects|executables)
to look for missing NEEDED DSOs, adding to the list at every iterations
of the search loop.

Instead of looking again at previously handled ELF files, recursively
resolve every ELf files.

Also, in case there are a whole lot of files (more than the shell can
accept as arguments list, or creating a command line longer than the
shell can cope with), use a temporary file with the list of files
to search for missing dependencies.

scripts/populate: cleanups and misc fixes

- it's a POSIX compliant shell script: drop bash, use /bin/sh
- fix help text
- use an absolute path for sysroot
- replace "echo" with "printf"
- replace "stat -c '%i'" with "ls -1id"
- replace "pushd / popd" with "cd / cd -"
- remove superfluous break
- bail out if required lib not found, except if forced

scripts/populate: fix handling the forced libraries list-file

If a list-file is used, then each library in the file will be handled
twice (not a real issue, as the second iteration will find the library
already present, just avoid doing the job twice).

scripts/populate: properly locate the sysroot and required tools

This fixes two problems:
- the sysroot might be in a sub-directory (think SYSROOT_DIR_PREFIX)
- it is not needed to have the target tuple to properly detect the sysroot
and the required tools

As a side effect, this script is now no longer dependent on the target
tuple, and in the future, we might be able to share it across many
toolchains (when/if we can install all of them in the same place).

scripts/populate: add -m option, to merge source and dest

Merge the source rootfs into the (pre-existing) destination rootfs,
and populate the result accordingly.

scripts/populate: add option to use an alternate sysroot

Add a new command line option, "-r", which allows the user to specify
an alternate sysroot location to copy libraries from. This is useful
when using the toolchain in combination with a separate root filesystem,
or when working with multiple different root filesystems.

Signed-off-by: Nate Case <ncase@xes-inc.com>

binutils/sstrip: fix when sstrip is disabled

cc/gcc: fix building for powerpc for the 4.4.x series

Reported by: Thomas Petazzoni
http://sourceware.org/ml/crossgcc/2010-03/msg00057.html

Discussions:
http://lists.uclibc.org/pipermail/uclibc/2010-March/043697.html
http://lists.uclibc.org/pipermail/buildroot/2010-March/032790.html
http://ibot.rikers.org/%23uclibc/20100316.html.gz
(search for "copysignl", by kos_tom, blindvt and y_morin)

binutils/sstrip: get rid of ELFkickers

ELFkickers are looong dead and unmaintained, and the sstrip
from buildroot is working fine *and* is maintained.

binutils/sstrip: depends on ELF

No point building sstrip is the target is not ELF.

tools: move sstrip to the binary utilities menu

sstrip is now alone in its 'tools' menu, and we will probably never gain
any other 'tool'. Besides, sstrip is just strip, but a little bit more
agressive, so it deserves going to the 'binary utilities' menu.

debug/gdb: gdb>=7.0 can use MPC, enable for cross-gdb

debug/gdb: add handling of 7_0_or_later

We'll need to differentiate gdb 7.0 or later, from gdb prior to 7.0

debug/gdb: add option to use GMP and MPFR

GMP and MPFR are optional for gdb, so offer a config option.

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

companion_tools/libtool: Add libtool tool

Add version 2.2.6b of libtool as a companion tool

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

companion_tools/automake: Add automake tool

Add version 1.11.1 of automake as a companion tool

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

companion_tools/m4: Add m4 tool

Add version 1.4.13 of m4 as a companion tool

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

companion_tools/autoconf: add autoconf tool

Initial version of adding autoconf as a companion tool.

Signed-off-by: Richard Strand <richard.strand@icomera.com>
[yann.morin.1998@anciens.enib.fr: use generic overide tools dir]
[yann.morin.1998@anciens.enib.fr: update menu entries]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

scripts/crosstool-ng: Change overide bin dir

Change the overide bin dir so it can be used by companion tools

Signed-off-by: Richard Strand <richard.strand@icomera.com>
[yann.morin.1998@anciens.enib.fr: more generic overide tools dir]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

Merge.

libc/newlib: add latest version

scripts/addToolsVersion: add support for newlib

scripts/addToolVersion: cleanups

scripts/addToolVersion: correctly handle the libc categories

scrips/functions: fix downloads using curl

By default curl doesn't folow redirects. This breaks sourceforge downloads.
Add the -L option to curl to fix this.

Curl also downloads the html as a file even when it gets a 404. This breaks
http downloads when using the failback system. Add the -f option to curl to fix
this.

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

libc/glibc: correctly handle dual-bitness archs

If the selected ARCH is dual-bitness (eg. supports 32- and 64-bit),
then we need to know the correct place where to fetch some headers.
Currently, this applies only to x86 variants: i386 and x86_64.

scripts/functions: fix extraction

arch/alpha: cleanup Alpha code

config/arch: always select the adequate bitness

Even if the selected ARCH does not support different bitness (or we do
not support building with another bitness), still select the appropriate
bitness.

config/arch: also export bitness as a string

documentation: Remove refs to seemingly native toolchains issue

Remove references to the seemingly native toolchains do not build
issue as it seems to be fixed.

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

1.5: update version string to 1.5.3+hg

Tagging release 1.5.3

i1.5: update version string to 1.5.3

libc/uClibc: add patch to fix IP frames on BE targets

Pack netinet structs to be possible to use for creating
IP frames on big-endian targets.

Signed-off-by: Joachim Nilsson <jocke@vmlinux.org>
[yann.morin.1998@anciens.enib.fr: removed getline patch, already in]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from 5c246abe7716271c0ce31d980d92eb9a304995c8)

libc/uClibc: do not mangle ARM {E,O}ABI when ARCH != ARM

(manualy transplanted from 2ad2cbc1f709f48a195746476a71f1244cc67cee)
(transplanted from 2ad2cbc1f709f48a195746476a71f1244cc67cee))

debug/tools: set the ncurses extension to .tar.gz

TRying to download every extension in turn takes ages, so
help the helper by telling what extension to retrieve.
(transplanted from 08b0982e4da9402ad39fde431353ebf0248ea34c)

config: fix generated config files when GREP_OPTIONS set --color=always

grep is used when generating some .in files (in config.gen). If GREP_OPTIONS
contains --color=always, then the generated files will contains some escape
sequences setting the color, and mconf would choke on those escape sequences.

Always set and export an empty GREP_OPTIONS to avoid that.

Issue reported by Kevin Kirkup <kevin dot kirkup at gmail dot com> :
http://sourceware.org/ml/crossgcc/2009-12/msg00026.html
(transplanted from a5020a1facffc046d23d39a71a1b8089ca84beac)