2012-08-04cc/gcc: remove duplicate code in core pass-1
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sat, 04 Aug 2012 23:15:02 +0200] rev 3027
cc/gcc: remove duplicate code in core pass-1

Whatever the threading model (NPTL, LT...), we build the same
core pass-1 compiler, so there is no need to have a case-esac

Remove now mis-leading and incorect comment.

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

2012-08-03kernel/linux: add latest versions
"Yann E. MORIN" <yann.morin.1998@free.fr> [Fri, 03 Aug 2012 01:26:12 +0200] rev 3026
kernel/linux: add latest versions

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

2012-08-02scripts/xldd: fix pattern matching with new binutils
"Yann E. MORIN" <yann.morin.1998@free.fr> [Thu, 02 Aug 2012 21:38:41 +0200] rev 3025
scripts/xldd: fix pattern matching with new binutils

New binutils (circa 2.2x?) append 'program interpreter' to the
(NEEDED) line for the dynamic linker, which breaks our current

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

2012-08-01cc/gcc: remove now useless condition-variable
"Yann E. MORIN" <yann.morin.1998@free.fr> [Wed, 01 Aug 2012 19:07:37 +0200] rev 3024
cc/gcc: remove now useless condition-variable

Both core pass-1 and -2 compilers are unconditionally built,
so we no longer require a condition variable.

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

2012-08-01cc/gcc: always build core pass-1
"Yann E. MORIN" <yann.morin.1998@free.fr> [Wed, 01 Aug 2012 19:02:06 +0200] rev 3023
cc/gcc: always build core pass-1

Up until now, all conditions requiring a core pass-1 was when the
threading implementation used was NPTL. So we only built the core
pass-1 when NPTL was used.

Now, things have changed (what? when? Dunno...), and some bare-metal
canadian toolchains fail to build if a core pass-1 is not present.

OTOH, a core pass-1, although not needed for non-NPTL builds, does
no harm at all if it is present.

So, unconditionally build a core pass-1 (but still pass conditional
options to the core backend).

Reported-by: Per Arnold Blaasmo <Per-Arnold.Blaasmo@atmel.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>

2012-08-01scripts/showSample: also print the threading implementation
"Yann E. MORIN" <yann.morin.1998@free.fr> [Wed, 01 Aug 2012 22:02:26 +0200] rev 3022
scripts/showSample: also print the threading implementation

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

2012-07-31kernel/linux: forgot to update linux-stable
"Yann E. MORIN" <yann.morin.1998@free.fr> [Tue, 31 Jul 2012 23:55:12 +0200] rev 3021
kernel/linux: forgot to update linux-stable

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

2012-07-31kernel/linux: update version
"Yann E. MORIN" <yann.morin.1998@free.fr> [Tue, 31 Jul 2012 23:36:55 +0200] rev 3020
kernel/linux: update version

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

2012-07-31kconfig: fix ncurses headers location
"Yann E. MORIN" <yann.morin.1998@free.fr> [Tue, 31 Jul 2012 23:04:49 +0200] rev 3019
kconfig: fix ncurses headers location

On some distors (eg. latesst openSuSE), the ncurses headers are not
located in the usual location.

Hard-code this location in the kconfig Makefile, as a (temporary?)

Reported-by: Simon Gornall <sgornall@apple.com>
[Fix suggested by Simon]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>

2012-07-31complibs/cloog: create missing m4 dir
"Yann E. MORIN" <yann.morin.1998@free.fr> [Tue, 31 Jul 2012 22:27:29 +0200] rev 3018
complibs/cloog: create missing m4 dir

Because we now patch configure.in and configure, the Makefile quicks
in a re-build rule as the source files are now more recent than the
bundled generated files, and that fails because the m4 directory
is missing, although on some systems where aclocal is not installed,
the re-build rule does nothing (except a warning).

Always create tht directory.

Reported-by: Per Arnold Blaasmo <per-arnold.blaasmo@atmel.com>
[Also thanks to Thomas De Schampheleire <patrickdepinguin@gmail.com>
for some digging works on this issue]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>