2011-08-011.12: create maintenance branch, update version to 1.12.0 1.12 crosstool-ng-1.12.0
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 01 Aug 2011 01:21:34 +0200] rev 2582
1.12: create maintenance branch, update version to 1.12.0

2011-07-31samples: update before release
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jul 2011 00:46:45 +0200] rev 2581
samples: update before release

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

2011-08-01libc/mingw: fix mingw source dirs
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 01 Aug 2011 00:16:12 +0200] rev 2580
libc/mingw: fix mingw source dirs

Someof the mingw32 source tarballs have an appended '-src' after the
version.

Since changeset #6e1412ba8da9 (scripts/functions: force extract folder
to archive basename), it means mingw tarballs get extracted in a directory
ending with '-src'.

Fix that.

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

2011-07-31cc/gcc: fortran requires GMP and MPFR
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jul 2011 22:19:21 +0200] rev 2579
cc/gcc: fortran requires GMP and MPFR

Even if gcc itself does not require GMP or MPFR (eg. gcc-4.2 and before
don't), building the fortran frontend always required those companion
libraries.

Select them if the Fortran language is selected.

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

2011-07-31libc/uclibc: fix src dir location
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jul 2011 22:07:08 +0200] rev 2578
libc/uclibc: fix src dir location

Now that we akways extract the tarballs in a sane location (see changeset
#6e1412ba8da9: scripts/functions: force extract folder to archive basename),
the uClibc snapshot dir now has the date (as version) in it, eg.:
uClibc-20100710

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

2011-07-31Makefile: fix samples install
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jul 2011 20:44:10 +0200] rev 2577
Makefile: fix samples install

Installing samples was not installing the C library config file
and the reported.by description.

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

2011-07-31config: don't require .config.2 to save a sample
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jul 2011 00:04:02 +0200] rev 2576
config: don't require .config.2 to save a sample

Samples should contain kconfig-parsable definitions, not script variables.
.config.2 contains bash arrays, which is definitely not kconfig-safe...

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

2011-07-30debug/gdb: don;t install sample gdbinit for old versions
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 30 Jul 2011 00:05:53 +0200] rev 2575
debug/gdb: don;t install sample gdbinit for old versions

Only starting with gdb-7 does installing the gdbinit sample makes senses.

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

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.
- LIBC_ADDONS_LIST="", LIBC_GLIBC_USE_PORTS=n and THREADS!="none" in the
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
built.

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
LIBC_GLIBC_EXTRA_CONFIG_ARRAY.

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