complibs/ppl: fix build with newer gcc

ppl-0.10.x does not build with gcc-4.6+, as it uses constructs that were
warnings with gcc-4.5 and before, but are now errors with gcc-4.6 and
above.

Fix that by passing -fpermissive in CFLAGS for ppl 0.10.

Reported-by: Jeremy Rosen <jeremy.rosen@openwide.fr>
Reported-by: Peter Korsgaard <jacmet@uclibc.org>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
kernel/linux: update revisions

Update Linux with the latest available revisions.

Signed-off-by: "Benoît Thébaudeau" <benoit.thebaudeau@advansee.com>
Message-Id: <515f9ed69f58a0af21e9.1355226920@advdt005-ubuntu>
Patchwork-Id: 205183
debug/gdb: update Linaro GDB revisions to 2012.12

Update Linaro GDB with the latest available revisions.

Signed-off-by: "Benoît Thébaudeau" <benoit.thebaudeau@advansee.com>
Message-Id: <f37c710b8eb881abde4f.1355226132@advdt005-ubuntu>
Patchwork-Id: 205182
cc/gcc: update Linaro GCC revisions to 2012.12

Update Linaro GCC with the latest available revisions.

Signed-off-by: "Benoît Thébaudeau" <benoit.thebaudeau@advansee.com>
Message-Id: <acf52a6302c475ff850e.1355760853@advdt005-ubuntu>
Patchwork-Id: 206905
debug/gdb: update Linaro GDB revisions to 2012.12-1

Update Linaro GDB with the latest available revisions.

Signed-off-by: "Benoît Thébaudeau" <benoit.thebaudeau@advansee.com>
Message-Id: <b6c4a82286f9a3de3948.1355761104@advdt005-ubuntu>
Patchwork-Id: 206907
arch: re-order the entries in the float choice

Re-order the three entries in the float choice, in a more sensible
order, ie:
  - all hard-float options come first, then soft-float
  - options that use the FPU are marked so: hard and softfp
  - options that do not use the FPU are marked so: software

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
scripts/showTuple: fix stdout

Since we've had the debug shell feature, fd #7 is now used to
redirect stderr, while it was previously unused.

Use fd #9 to redirect stdout.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
all: remove versions marked obsolete

For major components, keep the latest version of each major releases.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
libc/glibc: always enable obsolete RPC

Since unrecognised ./configure flags are simply ignored,
we can always pass --enable-obsolete-rpc.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
libc/eglibc: remove now superfluous config knobs

All eglibc versions we now have support pkgversion and bugurl.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
libc/glibc: both glibc and eglibc have pkgversion and bugurl

Well, all eglibc version we support do, and latest glibc versions
we support do.

Not all glibc versions do, but older versions simply ignore the
unrecognised ./configure flags.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
libc/glibc: add post-2.14 versions

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
script/addToolsVersion: fix eglibc version separator

eglibc uses '_', not '.' to separate major/minor.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
libc/eglibc: add latest version

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

It's been a while we've had those versions, time to unmark them being
experimental. It does not mean everything is perfect, but may gather
some more testing on those versions.

Update samples accordingly.

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

It's been some time now we've had those features, so unmark them
being experimental.

It does not mean everything is perfect, but may gather some more
testing of those features.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
libc/newlib: add latest version

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
scripts/addToolsVersion: properly handle .in vs. .in.2

While most components have their version in the .in file, some
have it in the .in.2 (eg. elf2flt).

Currently, to handle this case, we indiscriminately munge both files,
but this is wrong: in the elf2flt case, if we add a binutils version,
we do not want it to be added to elf2flt, and conversely.

So, for each tool, we need to explicitly know what file to munge.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
scripts/addToolsVersion: handle elf2flt

The one was missing from the list.

It is very improbable that we ever need it, as elf2flt does no release,
and we always get it from CVS head. But for the sake of consistency, we
just add it.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
binutils/binutils: add latest version

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