patches/gcc/4.3.6/180-superh-default-multilib.patch
author "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Tue Dec 13 23:32:39 2011 +0100 (2011-12-13)
branch1.13
changeset 2847 c0bf2319af08
parent 2124 5dd0b83ae528
permissions -rw-r--r--
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)
thomas@1461
     1
Original patch from: ../4.3.2/180-superh-default-multilib.patch
thomas@1461
     2
thomas@1461
     3
-= BEGIN original header =-
thomas@1461
     4
Original patch from gentoo: gentoo/src/patchsets/gcc/4.3.1/gentoo/53_all_gcc4-superh-default-multilib.patch
thomas@1461
     5
The gcc-3.x toolchains would contain all the targets by default.  With gcc-4,
thomas@1461
     6
you have to actually list out the multilibs you want or you will end up with
thomas@1461
     7
just one when using targets like 'sh4-linux-gnu'.
thomas@1461
     8
thomas@1461
     9
The resulting toolchain can't even build a kernel as the kernel needs to build
thomas@1461
    10
with the nofpu flag to be sure that no fpu ops are generated.
thomas@1461
    11
thomas@1461
    12
Here we restore the gcc-3.x behavior; the additional overhead of building all
thomas@1461
    13
of these multilibs by default is negligible.
thomas@1461
    14
thomas@1461
    15
http://bugs.gentoo.org/140205
thomas@1461
    16
thomas@1461
    17
-= END original header =-
thomas@1461
    18
thomas@1461
    19
diff -durN gcc-4.3.3.orig/gcc/config.gcc gcc-4.3.3/gcc/config.gcc
thomas@1461
    20
--- gcc-4.3.3.orig/gcc/config.gcc	2008-11-20 18:09:53.000000000 +0100
thomas@1461
    21
+++ gcc-4.3.3/gcc/config.gcc	2009-01-27 22:19:32.000000000 +0100
thomas@1461
    22
@@ -2275,7 +2275,7 @@
thomas@1461
    23
 	if test x${sh_multilibs} = x ; then
thomas@1461
    24
 		case ${target} in
thomas@1461
    25
 		sh64-superh-linux* | \
thomas@1461
    26
-		sh[1234]*)	sh_multilibs=${sh_cpu_target} ;;
thomas@1461
    27
+		sh[1234]*)	sh_multilibs=`cd ${srcdir}/config/sh ; echo t-mlib-sh[1-4]* | sed 's:t-mlib-sh:,m:g;s: ::g'` ;;
thomas@1461
    28
 		sh64* | sh5*)	sh_multilibs=m5-32media,m5-32media-nofpu,m5-compact,m5-compact-nofpu,m5-64media,m5-64media-nofpu ;;
thomas@1461
    29
 		sh-superh-*)	sh_multilibs=m4,m4-single,m4-single-only,m4-nofpu ;;
thomas@1461
    30
 		sh*-*-linux*)	sh_multilibs=m1,m3e,m4 ;;