binutils/binultils: import binutils-2.20 patches from OE

This is a set of patches for binutils-2.20 that have been "ported", or rather
shamelessly stolen, from the OpenEmbedded project:

http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/binutils/binutils-2.20

Tried and tested on Arm (big-endian Xscale, and little-endian i.MX27) with GCC 4.4.2

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

complibs/mpfr: add upstream patches

cc/gcc: add new patch, fixers building on x86 for target armeb (at least!)

Patch from Ralf Wildenhues:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41818#c5

Testing thanks to Joachim Nilsson:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41818#c7

Merge.

complibs/mpfr: add latest version 2.4.2

Note: the MPFR site happens to be down at the time I wrote
this message, and happens to be down quite often.

Once it's back up'n'runnin', I'll mirror as much as possible
the MPFR tarballs on my site, but in the meantime, you'll
have to handle it by yourself (patience...).

complibs/mpc: add latest version 0.8.1

scripts/addToolsVersion: add support for MPC

cc/gcc: add patch to fix armeb in gcc-4.4

On x86, gcc-4.4.x breaks when building for target armeb.
It is still required to configure with: --disable-shared

Note: if building on an x86_64, there is no need to pass --disable-shared

scripts/addtoolversion: prepare for hooks for tools others than gcc

The upcoming git support will require hooks for glibc as well.

scripts: protect against partially extracted source

In case of failure (eg. user hitting Ctrl-C), avoid extracting over
partially extracted source. Will help once we have git available.

scripts: handle custom or empty extension when extracting

scripts/functions: do not double check if downloads are allowed

Only call the *_get functions if downloads are allowed, so there
is no need to check it again in the retrieval wrappers.

debug/ltrace: fix for a latent bug

debug/ltrace: chop long lines

debug/ltrace: set the ltrace extension to .tar.gz

Trying to download every extension in turn does not work.
The Debian server returns a friendly 404-page that is
saved as the orig.tar.bz2 file. Help the helper by giving
it the extension to retrieve.

debug/ltrace: Add support for ltrace-0.5.3

From this version of ltrace the maintainer has removed support for
GNU Autotools, so the patch sets needed to be reworked.

Included is the latest Debian patch, by the Debian ltrace maintainer
Juan Cespedes <cespedes@debian.org>, the OpenEmbedded patches for cross
compiling, by Khem Raj <raj.khem@gmail.com> and a further set of patches
by Joachim Nilsson <jocke@vmlinux.org> for crosstool-NG.

samples: refine the listing of all samples for canadian samples

For canadian samples, display the sample as:
target-tuple (host: host-tuple)

samples: add an action to print details for all samples

samples: fix displaying samples

samples: add a new samples for the TI DaVinci processors.

Dragan Marinkovic <marinkovic.dragan@gmail.com> wrote:
I finally had the time (and board) to spend some time with
crosstool-NG version 1.5.2 and TMS320DM6446 (DaVinci Digital Media
System-on-Chip,
http://focus.ti.com/docs/prod/folders/print/tms320dm6446.html).

I was able to successfully build and run v2.6.27-davinci1 kernel
(Kevin Hilman's branch) with busybox based initramfs on it. I don't
believe that any later kernel would represent any challenge (it just
happens that I'm currently working with this version). What a thrill
:).

crosstool-NG/toolchain config is attached. It may be useful to someone
using crosstool-NG ...

scripts/functions: make aria2 less verbose when downloading

Merge.

misc: do not use "tar cf - |tar xf -"

Using this: tar cf - -C "/some/place" |tar xf - -C "/some/other/place"
to copy a directory to another place does not properly fail (when it does).

Using this instead: cp -av "/some/place" "/some/other/place"
makes it easy to see why and how it failed.

Impacted:
libc/uClibc
debug/ltrace
tools/sstrip
scripts/populate

Merge.

cc/gcc: update ptachsets for gcc-4.4.{0,1,2}

As reported by Joachim Nilsson <jocke@vmlinux.org>
in: http://sourceware.org/ml/crossgcc/2010-01/msg00005.html

It seems I need to add the 4.3.4/290-index_macro.patch to the GCC 4.4.x
series as well. I immediately trigger the following libstdc++ bug for
4.4.2 with a uClibc .config which has UCLIBC_SUSV3_LEGACY_MACROS set[1].

http://lists.busybox.net/pipermail/uclibc/2006-April/035991.html

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

libc/uClibc: beautify the munge function

scripts/functions: fix downloading with aria2

In case the remote file does not exist (and probably for some
other reasons as well), aria2 nonetheless creates an empty file
(or not empty for some other reasons).

The solution is to delete the file whenever aria2 fails.

scripts/functions: fix using Aria2

Latest aria2 no longer recognise the --retry-wait option.

debug/strace: fix strace 4.5.19 to properly build with latest Linux kernels

Here's a couple of patches to get strace 4.5.19 to configure and build
properly with the latest kernel headers. Not pretty, but hopefully
enough while we wait for 4.5.20 to be released.

With the current strace-4.5.19 patches I failed to get the configure
script running even on my host environment. Also, when cross building
the configure script needs to look for the proper system headers to be
able to properly set HAVE_LINUX_NETLINK_H. Otherwise you get:

[EXTRA] Building strace
[ERROR] /home/jocke/x-tools/targets/src/strace-4.5.19/net.c:976:
error: field 'nl' has incomplete type
[ERROR] make[2]: *** [net.o] Error 1
[ERROR] make[1]: *** [all] Error 2

The fix was simple, backport a change set from the git[1] tree and run
autoreconf to update the configure script.

[1] - http://strace.git.sourceforge.net/git/gitweb.cgi?p=strace/strace;a=commit;h=f0df31e71a58c6e79ba77c1a9d84b2f38d44bec7

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.

scripts/functions: add aria2, a powerfull downloader

aria2 is a powerfull downloader that is capable of chunking and
parallel retrieval.

Due to li;itations in crosstool-NG retrieval facilities, it's not possible
to take fully advantage of aria2. It might happen that, in the future,
those limitations get lifted away, so we can take use features such as
parallel downloading from more than one server at the same time. For now,
it should still speed up downloads thanks to parallel downloading of chunks.

scripts/functions: simplify wget vs. curl check

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

linux/kernel: fix version numbers

kernel/linux: add latest versions

kernel/linux: fix versions

scripts: check for, and warn about an unset CT_PREFIX_DIR

The user shall provide a directory to install the toolchain into.
If he/she does not, this is an error, and shall be detected properly,
rather than relying on failure down the road.

Thanks to "Pedro I. Sanchez" <psanchez@colcan.ca> for pointing out
the issue:
http://sourceware.org/ml/crossgcc/2009-12/msg00011.html

scripts: correctly warn when the local tarballs directory does not exist

Warn about a missing local tarball directory, only if it was configured.
Avoid the spurious message:
Directory '${CT_LOCAL_TARBALLS_DIR}' does not exist.
Will not save downloaded tarballs to local storage.

Thanks to "Pedro I. Sanchez" <psanchez@colcan.ca> for pointing out the
issue:
http://sourceware.org/ml/crossgcc/2009-12/msg00011.html

configure: install in a sub-dir of --libdir and --docdir

In case the user specifies the LIBDIR with --libdir , or DOCDIR with
--docdir, install our support files in a sub-dir, so as not to mangle
existing (potentially system) files/dirs.
(transplanted from 991fc21dd3cfda7d6448388b3224821f6937f15e)

configure: install in a sub-dir of --libdir and --docdir

In case the user specifies the LIBDIR with --libdir , or DOCDIR with
--docdir, install our support files in a sub-dir, so as not to mangle
existing (potentially system) files/dirs.

scripts: directly spit-out the date in the WiKi table, misc eye-candy

No need to go through a post-processing just for displaying the date...

scripts: fix Host/Target colums in WiKi table

Generate a better-looking WiKi table by re-arranging
the host and target columns.

scripts: fix WiKi table generation

The number of column in the top-most header was not updated to reflect the
fact that a new column was added to show the host (for canadian crosses).

samples: update the Alpha sample

According to: http://sourceware.org/ml/crossgcc/2009-11/msg00109.html

libc/glibc: update 2.10.1 patchset

According to: http://sourceware.org/ml/crossgcc/2009-11/msg00109.html
update the patchset for correct Alpha build.

patches/glibc: allows glibc2.9 to be compiled with binutils 2.20

the configure script had to be modified to accept as/ld at versions greater
than 2.19
Signed-off-by: Frederic Roussel <fr.frasc@gmail.com>

samples: update the AVR32 sample

scripts: update config.{sub,guess}

1.5: update version string to 1.5.2+hg

Added tag crosstool-ng-1.5.2 for changeset bb01f4294cf2

1.5: update version string to 1.5.2

Fix typos and adjust some documentation.
(transplanted from 19205498184e299fb45a4addebcf7b480f119165)

libc/uClibc: add new patch to fix NULL pointer dereference
(transplanted from 3d8f6d826f21342b6172813384f3e5e1f09e8a71)

scripts: fix updating config.{sub,guess}
(transplanted from 7f52e1cca71eecc6a46ad1905afea42a5c8f0a68)

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.
(transplanted from 1ba79f2126df8bd89120899a58f2d0bcc2e9c771)

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
(transplanted from 3ccb1f76576fc7b730c57a0d1e183bce20cc47c0)

Fix typos and adjust some documentation.

Adding kernel 2.6.31.6 and 2.6.27.39

libc/glibc: configure libc headers with support for 128-bit long double

At the headers install pass, there's no compiler to test for the size
of long double. Help it: we know that the compiler does support 128-bit
long double, in the IBM extended precision.

Kindly pointed out, and explained, by Mike FRYSINGER:
http://sourceware.org/ml/crossgcc/2009-11/msg00040.html
http://sourceware.org/ml/crossgcc/2009-11/msg00057.html