2012-01-23Tagging release 1.13.3 1.13
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 23 Jan 2012 18:41:34 +0100] rev 2850
Tagging release 1.13.3

2012-01-231.13: update version to 1.13.3 1.13 crosstool-ng-1.13.3
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 23 Jan 2012 18:41:34 +0100] rev 2849
1.13: update version to 1.13.3

2011-12-14libc/eglibc: fix localedef 2.14 build 1.13
"Benoît Thébaudeau" <benoit.thebaudeau@advansee.com> [Wed, 14 Dec 2011 16:55:22 +0100] rev 2848
libc/eglibc: fix localedef 2.14 build

The localedef of eglibc 2.14 requires NOT_IN_libc to be defined in order to
compile intl/l10nflist.c.

This is because localedef is built separately from eglibc and uses some parts of
eglibc that don't compile in standalone without this preprocessor definition.

This fixes the following error:

-DLOCALEDIR='"/usr/lib/locale"' -DLOCALE_ALIAS_PATH='"/usr/share/locale"'
-DLOCSRCDIR='"/usr/share/i18n/locales"' -Iglibc/locale/programs -Iglibc/locale
-I/<snip>/.build/src/eglibc-localedef-2_14 -I.
-include /<snip>/.build/src/eglibc-localedef-2_14/include/always.h -Wall
-Wno-format -c -o locarchive.o glibc/locale/programs/locarchive.c
[ALL ] glibc/locale/programs/locarchive.c: In function 'enlarge_archive':
[ALL ] glibc/locale/programs/locarchive.c:303:21: warning: variable
'oldlocrectab' set but not used [-Wunused-but-set-variable]
[ALL ] In file included from glibc/locale/programs/locarchive.c:651:0:
[ALL ] glibc/locale/programs/../../intl/l10nflist.c: In function
[ERROR] glibc/locale/programs/../../intl/l10nflist.c:342:9: error:
'_nl_C_locobj_ptr' undeclared (first use in this function)
[ALL ] glibc/locale/programs/../../intl/l10nflist.c:342:9: note: each
undeclared identifier is reported only once for each function it appears in
[ALL ] glibc/locale/programs/locarchive.c: In function
[ALL ] glibc/locale/programs/locarchive.c:1450:7: warning: passing argument
1 of '__xpg_basename' discards 'const' qualifier from pointer target type
[enabled by default]
[ALL ] /usr/include/libgen.h:35:14: note: expected 'char *' but argument is
of type 'const char *'
[ERROR] make[1]: *** [locarchive.o] Error 1

Signed-off-by: "Benoît Thébaudeau" <benoit.thebaudeau@advansee.com>
(transplanted from 4cd9134739b594451794cf61a6e1b137422cdafd)

2011-12-13scripts: fix dumping execution backtrace 1.13
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 13 Dec 2011 23:32:39 +0100] rev 2847
scripts: fix dumping execution backtrace

Dumping the backtrace has been broken since changeset #652e56d6d35a:
scripts: execute each steps in a subshell

We can spawn sub-sub-shells in some cases.

The way the fault handler works is to dump the backtrace, but to avoid
printing it once for every sub-shell (which could get quite confusing),
it simply exits when it detects that it is being run in a sub-shell,
leaving to the top-level shell the work to dump the backtrace.

Because each step is executed in its own sub-shell, the variable arrays
that contain the step name, the source file and line number, are lost
when exiting the per-step sub-shell.

Hence, the backtrace is currently limited to printing only the top-level
main procedure of the shell.

Fix this thus:
- when dumping the bckatraces for the steps & the functions, remember
it was dumped, and only dump it if it was not already dumped
- at the top-level shell, print the hints

Also, rename the top-level step label.

Reported-by: Benoît Thébaudeau <benoit.thebaudeau@advansee.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from 4193d6e6a17430a177fa88c287879c2c35e319f3)

2011-12-12binutils/binutils: fix extra config array variable name 1.13
"Benoît Thébaudeau" <benoit.thebaudeau@advansee.com> [Mon, 12 Dec 2011 20:24:05 +0100] rev 2846
binutils/binutils: fix extra config array variable name

The changeset 2467 #200836977ce6 missed renaming one occurrence of
this patch.

Signed-off-by: "Benoît Thébaudeau" <benoit.thebaudeau@advansee.com>
(transplanted from 8946dd980d9e6c3da3b8f63fe7e35f4af94acf2f)

2011-12-12scripts: unset CONFIG_SITE 1.13
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 12 Dec 2011 21:41:16 +0200] rev 2845
scripts: unset CONFIG_SITE

Some distributions (eg. openSUSE 12.1) systematically export
the CONFIG_SITE environment variable to point to a custom
script setting misc paths for ./configure.

This can, and does, break when cross-compiling for architectures
that are not supported by this script.

The simple workaround is to unset this variable.
NB: buildroot has a similar fix:

Reported-by: Trevor Woerner <twoerner@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from 21f4f28e60ec0342133086c9a51e7f0e5b181fb8)

2011-12-07scripts: create CT_HEADERS_DIR 1.13
Zhenqiang Chen <zhenqiang.chen@linaro.org> [Wed, 07 Dec 2011 16:15:50 +0800] rev 2844
scripts: create CT_HEADERS_DIR

"${CT_SYSROOT_DIR}/usr/include" is only for "${CT_USE_SYSROOT}" = "y".
We should also mkdir when "${CT_USE_SYSROOT}" != "y".
"${CT_HEADERS_DIR}" can support both cases.

Signed-off-by: Zhenqiang Chen <zhenqiang.chen@linaro.org>
(transplanted from bdff4164a1227ebdd538e0ad3c9b6862b3c5a253)

2011-11-30scripts: use CT_CONFIG_SHELL instead of CT_SHELL 1.13
Titus von Boxberg <titus@v9g.de> [Wed, 30 Nov 2011 12:07:59 +0100] rev 2843
scripts: use CT_CONFIG_SHELL instead of CT_SHELL

CT_SHELL is undefined.
Thus, the generated wrapper scripts are not executable by the kernel
because they do not contain a valid interpreter.
Use CT_CONFIG_SHELL instead.

Signed-off-by: "Titus von Boxberg" <titus@v9g.de>
(transplanted from cf509170838f4e289fe25617e3f3db1d6d6ffc41)

2011-11-22scripts/functions: extract: portable call for old and defective tars 1.13
Titus von Boxberg <titus@v9g.de> [Tue, 22 Nov 2011 10:08:10 +0100] rev 2842
scripts/functions: extract: portable call for old and defective tars

Instead of using -J, --lzma, --use-compress-program or the like
use <compressor> -dc <file> | tar -f -

Signed-off-by: Titus von Boxberg <titus@v9g.de>
(transplanted from 49af7802dcd538ec3cb64337030b03ac2c6344d2)

2011-11-18cc/gcc: Apply CT_CC_GCC_DISABLE_PCH to do_cc_core. 1.13
Zhenqiang Chen <zhenqiang.chen@linaro.org> [Fri, 18 Nov 2011 11:32:50 +0800] rev 2841
cc/gcc: Apply CT_CC_GCC_DISABLE_PCH to do_cc_core.

Otherwise, users have to input --disable-libstdcxx-pch option
when building bare-metal CANADIAN C++ compiler.

Reviewed-by: Michael Hope
Signed-off-by: Zhenqiang Chen <zhenqiang.chen@linaro.org>
(transplanted from e3e1c9d45bddfbfb433ee9d583faf42fa31f50c0)