2011-07-29scripts/functions: force extract folder to archive basename
"Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com> [Fri, 29 Jul 2011 13:04:49 +0200] rev 2574
scripts/functions: force extract folder to archive basename

Some archives like those of the 2011.07 revisions of Linaro GCC contain a folder
name different from the archive basename, which leads to errors afterwards, e.g.
when patching. E.g.:
gcc-linaro-4.5-2011.07.tar.bz2 extracts to gcc-linaro-4.5-2011.07-0/

This patch changes CT_Extract() to force the extraction of all archives to a
folder named like the archive basename. E.g.:
gcc-linaro-4.5-2011.07.tar.bz2 now extracts to gcc-linaro-4.5-2011.07/

Signed-off-by: "Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com>

2011-07-28scripts/libc: do not build add-ons by default
"Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com> [Thu, 28 Jul 2011 22:09:31 +0200] rev 2573
scripts/libc: do not build add-ons by default

Currently, no --enable-add-ons option is passed to libc configure when
"$(do_libc_add_ons_list ,)" is empty, which makes configure automatically search
for present add-ons. In that case, all present add-ons are built, although
no add-on was selected by the user in the config. Moreover, this can make the
configure fail if some non-standard add-ons like eglibc-localedef are present.

This behavior also leads to an inconsistency from a user point of view between
the following cases:
- LIBC_ADDONS_LIST="", LIBC_GLIBC_USE_PORTS=n and THREADS="none" in the config,
which makes "$(do_libc_add_ons_list ,)" return "", so all present add-ons
are built.
config, which makes "$(do_libc_add_ons_list ,)" return the add-on supporting
the chosen threading implementation, e.g. "nptl", so only this add-on is

This patch disables the building of all add-ons in that case.

It is still possible to build all present add-ons by adding --enable-add-ons to

Signed-off-by: "Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com>

2011-07-28cc/gcc: bump Linaro GCC revisions to 2011.07
"Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com> [Thu, 28 Jul 2011 21:55:20 +0200] rev 2572
cc/gcc: bump Linaro GCC revisions to 2011.07

This patch bumps the Linaro GCC revisions to 2011.07 when applicable.
Note that the `-0' suffix has been removed from the Linaro versioning scheme
beginning with this version.

Signed-off-by: "Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com>

2011-07-28docs: add signed-off-by line to sample commit message
Titus von Boxberg <titus@v9g.de> [Thu, 28 Jul 2011 21:55:30 +0200] rev 2571
docs: add signed-off-by line to sample commit message

Signed-off-by: Titus von Boxberg <titus@v9g.de>

2011-07-24debug/gdb: install gdbinit sample file
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 24 Jul 2011 20:30:52 +0200] rev 2570
debug/gdb: install gdbinit sample file

gdb needs to know where to find the libstdc++ helper python script
to do, well, whatever it has to do with it...

We can't install that in the user's ~/.gdbinit, it's too complex to
handle all the cases. Moreover, if the user is using more than one
toolchain, we can't put all that stuff in there...

Just provide a sample config file the user can adapt to his/her
own needs.

Thanks go to Khem RAJ for providing such a hint:

Reported-by: ANDY KENNEDY <ANDY.KENNEDY@adtran.com>
CC: Khem Raj <raj.khem@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2011-07-24docs: update table of content for known issues
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 24 Jul 2011 00:24:49 +0200] rev 2569
docs: update table of content for known issues

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

2011-07-22kernel/linux: add 3.0 Woohoo! \o/
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 22 Jul 2011 21:48:35 +0200] rev 2568
kernel/linux: add 3.0 Woohoo! \o/

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

2011-07-22kernel/linux: prepare to handle 3.x
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 22 Jul 2011 21:45:07 +0200] rev 2567
kernel/linux: prepare to handle 3.x

The place to get 3.x has changed; the version scheme has changed.

No need to be overkill, just support 3.x; 4.x is not even dreamt of.

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

2011-07-21kernel/linux: add latest versions
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 21 Jul 2011 21:07:50 +0200] rev 2566
kernel/linux: add latest versions

Still waiting for 3.0, though... ;-)

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

2011-07-20docs: update known issues
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 20 Jul 2011 23:52:39 +0200] rev 2565
docs: update known issues

Document the glibc build failures with male-3.82.

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