2014-02-21kernel/linux: update linux kernel headers
Daniel Zimmermann <netzimme@gmail.com> [Fri, 21 Feb 2014 07:17:33 +0100] rev 3305
kernel/linux: update linux kernel headers

update linux kernel headers to a newer version

Signed-off-by: '"Daniel Zimmermann" <netzimme@gmail.com>'
[yann.morin.1998@free.fr: further bump the versions]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Message-Id: <424a44a11e7051d8d894.1392963455@haus-VirtualBox>
Patchwork-Id: 322417

2014-02-21scripts: Update config.guess and config.sub
Bryan Hundven <bryanhundven@gmail.com> [Fri, 21 Feb 2014 23:28:12 -0800] rev 3304
scripts: Update config.guess and config.sub

Update config.guess and config.sub from:
http://git.savannah.gnu.org/gitweb/?p=config.git

Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
[yann.morin.1998@free.fr: further update]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Message-Id: <befa8e8e81336bc1c415.1393054644@Bryans-MacBook-Pro.local>
Patchwork-Id: 323128

2014-02-21patches/binutils: Update patches from 2.22 to 2.24
Bryan Hundven <bryanhundven@gmail.com> [Fri, 21 Feb 2014 23:53:40 -0800] rev 3303
patches/binutils: Update patches from 2.22 to 2.24

This updates the patches in 2.22 to 2.24.
Some removed as they were applied upstream.

Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
Message-Id: <9fb77800ae1d5f14cbf5.1393055637@Bryans-MacBook-Pro.local>
Patchwork-Id: 323130

2014-02-25newlib: fix extract process for custom version
Trevor Woerner <trevor.woerner@linaro.org> [Tue, 25 Feb 2014 13:34:48 -0500] rev 3302
newlib: fix extract process for custom version

newlib: fix extract process for custom version

If the user specifies the use of a custom newlib version, the logic in the
extract function was reversed, so this step would fail.

Signed-off-by: Trevor Woerner <trevor.woerner@linaro.org>
[yann.morin.1998@free.fr: keep leading indentation]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Message-Id: <c727adf1b7bd2c1e891d.1393353347@openSUSE-i7>
Patchwork-Id: 324060

2014-05-05libc/newlib: only requires core pass-2
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 05 May 2014 23:24:33 +0200] rev 3301
libc/newlib: only requires core pass-2

Reported-by: Trevor Woerner <trevor.woerner@linaro.org>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>

2014-05-05cc/gcc: only build required core passes
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 05 May 2014 23:24:05 +0200] rev 3300
cc/gcc: only build required core passes

We now know exactly what pass to build, so build only what is required.

Reported-by: Trevor Woerner <trevor.woerner@linaro.org>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>

2014-05-05cc: add options to differentiate the need for pass-1 and pass-2
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 05 May 2014 23:29:48 +0200] rev 3299
cc: add options to differentiate the need for pass-1 and pass-2

In some cases, building the core pass-1 is unneeded, as the C library
will not try to build anything when installing headers, or sill not
install anything at all.

This is for example the case for newlib, wihch does not require a core
pass-1 since it builds nothing and installs no header.

This should also be the case for newer glibc-es with newer gcc-es,
which no longer require a core pass-1, since the circular dependency
glibc <-> gcc (about TLS?) has been resolved.

Reported-by: Trevor Woerner <trevor.woerner@linaro.org>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>

2014-05-05configure: look for more usual g-variants of some tools
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 05 May 2014 21:54:03 +0200] rev 3298
configure: look for more usual g-variants of some tools

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

2014-05-05configure: prefer g-variants
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 05 May 2014 19:36:35 +0200] rev 3297
configure: prefer g-variants

For awk and make, we currently check the standard names as found on
a classic GNU-userland system, and then fallback to looking for the
g-named variants as found on a *BSD system.

But it happens that the usual name might also be available on a *BSD
system, so we should first check the g-variant.

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

2014-03-18configure.ac: respect 'g' variants of libtool/libtoolize
Andreas Bießmann <andreas@biessmann.de> [Tue, 18 Mar 2014 17:01:10 +0100] rev 3296
configure.ac: respect 'g' variants of libtool/libtoolize

BSD OS'es (OS X for me) provide GNU tools with prefixed 'g'. To find correct
versions of libtool/libtoolize on those systems search also for
glibtool/glibtoolize.

Signed-off-by: Andreas Bießmann <andreas@biessmann.de>
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
[yann.morin.1998@free.fr: search for the g-variant first]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Message-Id: <2f1530b54afcb6a00e1d.1395158786@andreas-mbp.er.biessmann.org>
Patchwork-Id: 331467