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

2014-04-18cc/gcc: fix the PR58595 patch
"Yann E. MORIN" <yann.morin.1998@free.fr> [Fri, 18 Apr 2014 22:46:06 +0200] rev 3295
cc/gcc: fix the PR58595 patch

It applies manually with fuzz 2, but ct-ng does not accept any fuxx at all.

So, re-diff the patch so it applies cleanly.

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

2014-04-17cc/gcc: add some bug fixes to gcc 4.7.3 and 4.8.2
"Yann E. MORIN" <yann.morin.1998@free.fr> [Thu, 17 Apr 2014 18:17:12 +0200] rev 3294
cc/gcc: add some bug fixes to gcc 4.7.3 and 4.8.2

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

2014-03-11comptools: do not force build of make-3.81 unless really needed
"Yann E. MORIN" <yann.morin.1998@free.fr> [Tue, 11 Mar 2014 22:11:43 +0100] rev 3293
comptools: do not force build of make-3.81 unless really needed

On systems with make-3.82, we forcibly force the build and the use
of make-3.81

But some newer tools break when building with make-3.81. For example,
eglibc-3.18 breaks.

Introduce a new blind options that tools may select if they require
make-3.81. If the system does not have make-3.81, and this option is
selected, then we force the build of make-3.81. Otherwise, we leave
it to the user to decide on his own.

Note that no component selects this option for now. It will come in
later patches as we find them.

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

2014-02-20If GNU make 3.81 is not found then build it as a companion tool.
Ray Donnelly <mingw.android@gmail.com> [Thu, 20 Feb 2014 18:23:08 +0000] rev 3292
If GNU make 3.81 is not found then build it as a companion tool.

Signed-off-by: Ray Donnelly <mingw.android@gmail.com>
[yann.morin.1998@free.fr: add message "checking for make 3.81"]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Message-Id: <8b8bf6998f3d239f6c74.1392920971@advancedsearch.virginmedia.com>
Patchwork-Id: 322302

2014-02-20Companion tools are no longer experimental
Ray Donnelly <mingw.android@gmail.com> [Thu, 20 Feb 2014 18:22:50 +0000] rev 3291
Companion tools are no longer experimental

Signed-off-by: Ray Donnelly <mingw.android@gmail.com>
Message-Id: <3e204a5cf9648db53a6a.1392920970@advancedsearch.virginmedia.com>
Patchwork-Id: 322301

2014-02-04binutils: Added ranlib to tools list
Ray Donnelly <mingw.android@gmail.com> [Tue, 04 Feb 2014 07:40:45 +0000] rev 3290
binutils: Added ranlib to tools list

so that it is available to available to
the core C compiler build because static
libraries are built and ranlib is used
on them.

Signed-off-by: Ray Donnelly <mingw.android@gmail.com>
Message-Id: <CAOYw7dt=+DdnKAHNShfs6a+=7sS+DLQYkyxnQMAwmw7E7zqvgA@mail.gmail.com>
Patchwork-Id: 316477