2012-12-05scripts/xldd: use user's sed and grep
"Yann E. MORIN" <yann.morin.1998@free.fr> [Wed, 05 Dec 2012 20:31:43 +0100] rev 3134
scripts/xldd: use user's sed and grep

xldd uses sed and grep as detected by ./configure. This works well if is
used on the machine that build the toolchain.

But if the user moves the toolchain to another machine where sed and grep
are not in the same directory (eg. /bin/sed vs. /usr/bin/sed), then xldd
will stop functionning.

Fix that by using ${SED} and ${GREP} if they are set in the environment.

Reported-by: Samuel Martin <s.martin49@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>

2012-11-25cc/gcc: do not print 'core' or 'final'
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 25 Nov 2012 18:22:38 +0100] rev 3133
cc/gcc: do not print 'core' or 'final'

In gcc-'s core and final passes, do not print 'core' or 'final' in
log messages. We already print it in step messages.

Also, as we use the core backend to build the bare-metal final gcc,
it can be disturbing to read 'core' while we're in fact in 'final'.

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

2012-11-26cc/gcc: add patch for 4.7.2
Richard Braun <rbraun@sceen.net> [Mon, 26 Nov 2012 11:44:01 +0100] rev 3132
cc/gcc: add patch for 4.7.2

This patch fixes compilation of gcc when C++ is enabled and MMX is
available, but not SSE/SSE2/AVX.

Signed-off-by: Richard Braun <rbraun@sceen.net>
Message-Id: <20121126105642.GA12098@mail.sceen.net>
Patchwork-Id: 201648

2012-11-22cc: add a flag for skipping core passes
Yann Diorcet <diorcet.yann@gmail.com> [Thu, 22 Nov 2012 23:56:58 +0100] rev 3131
cc: add a flag for skipping core passes

It is used for skipping unnecessary compilation steps when the libc
doesn't need to be compiled (eg. when we do not use a C library).

Signed-off-by: Yann Diorcet <diorcet.yann@gmail.com>
Message-Id: <150eadb0117e697d79aa.1353625025@blackmint>
Patchwork-Id: 201222

2012-11-22scripts/functions: fix debug-shell 1.17
"Yann E. MORIN" <yann.morin.1998@free.fr> [Thu, 22 Nov 2012 19:43:26 +0100] rev 3130
scripts/functions: fix debug-shell

Properly catch resuming the build when continuing past the
failed command.

The 'case ;;&' construct is a bash4ism. Get rid of it.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
(transplanted from 2af20cfd210bac338ec18d774458c84fd585ef07)

2012-11-20scripts: fail on ':' in paths 1.17
Daniel Price <daniel.price@gmail.com> [Tue, 20 Nov 2012 16:59:17 -0800] rev 3129
scripts: fail on ':' in paths

Signed-off-by: Daniel Price <daniel.price@gmail.com>
[yann.morin.1998@free.fr: split original patch for self-contained changes]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Message-Id: <163f86b5216fc08c672a.1353459722@nipigon.dssd.com>
Patchwork-Id: 200536
(transplanted from 15cd5dc25929d0ccd0e1f187fe721a1ca0d48919)

2012-11-19scripts: unquoted variable reference in glibc-eglibc.sh-common 1.17
Daniel Price <daniel.price@gmail.com> [Mon, 19 Nov 2012 15:20:13 -0800] rev 3128
scripts: unquoted variable reference in glibc-eglibc.sh-common

Signed-off-by: Daniel Price <daniel.price@gmail.com>
Message-Id: <12f092a95a94bcf76912.1353367250@redfish.dssd.com>
Patchwork-Id: 200215
(transplanted from 51160d293e1fdbd69305310d3b34aa0054ce2399)

2012-11-22scripts/functions: fix debug-shell
"Yann E. MORIN" <yann.morin.1998@free.fr> [Thu, 22 Nov 2012 19:43:26 +0100] rev 3127
scripts/functions: fix debug-shell

Properly catch resuming the build when continuing past the
failed command.

The 'case ;;&' construct is a bash4ism. Get rid of it.

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

2012-11-20scripts: refine static linking check to better guide the user
Daniel Price <daniel.price@gmail.com> [Tue, 20 Nov 2012 16:59:17 -0800] rev 3126
scripts: refine static linking check to better guide the user

The current mechanism to check if static linking is possible, and the mesage
displayed on failure, can be puzzling to the unsuspecting user.

Also, the current implementation is not using the existing infrastructure,
and is thus difficult to enhance with new tests.

So, switch to using the standard CT_DoExecLog infra, and use four tests to
check for the host compiler:
- check we can run it
- check it can build a trivial program
- check it can statically link that program
- check if it statically link with libstdc++

That should cover most of the problems. Hopefully.

(At the same time, fix a typo in a comment)

Signed-off-by: Daniel Price <daniel.price@gmail.com>
[yann.morin.1998@free.fr: split original patch for self-contained changes]
[yann.morin.1998@free.fr: use steps to better see gcc's output]
[yann.morin.1998@free.fr: commit log]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Message-Id: <163f86b5216fc08c672a.1353459722@nipigon.dssd.com>
Patchwork-Id: 200536

2012-11-20scripts: fail on ':' in paths
Daniel Price <daniel.price@gmail.com> [Tue, 20 Nov 2012 16:59:17 -0800] rev 3125
scripts: fail on ':' in paths

Signed-off-by: Daniel Price <daniel.price@gmail.com>
[yann.morin.1998@free.fr: split original patch for self-contained changes]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Message-Id: <163f86b5216fc08c672a.1353459722@nipigon.dssd.com>
Patchwork-Id: 200536