blob: 7a4ba4c196b693f3176e8b6044fb9860e4e6da76 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
|
This patch causes the GCC to install the libstc++ into lib as opposed to
lib64 on X86_64 Linux targets. Usually the libstdc++ will be placed in lib64
during the install step. Because that's where 64bit libs go for linux targets
according to the FHS. If you don't like this but want to use linux as a target
you have to patch the toolchain which is what 64bithack.patch attempts to do.
One solution would be to have a distinctive OE target that doesn't support
multilib and has 64bit libs under lib. The advantage over the current
meta/recipes-devtools/gcc/gcc-4.7/64bithack.patch provided by oe-core is that
multilib upport is entirely disabled and MULTILIB_OSDIRNAMES is empty. This
prevents a broken toolchain in case --enable-multilib gets used.
Upstream-Status: Inappropriate
Signed-off-by: Ken Werner <ken.werner@linaro.org>
Index: gcc-linaro-4.7-2012.05/gcc/config.gcc
===================================================================
--- gcc-linaro-4.7-2012.05.orig/gcc/config.gcc
+++ gcc-linaro-4.7-2012.05/gcc/config.gcc
@@ -1303,7 +1303,6 @@ x86_64-*-linux* | x86_64-*-kfreebsd*-gnu
tm_file="${tm_file} knetbsd-gnu.h"
;;
esac
- tmake_file="${tmake_file} i386/t-linux64"
x86_multilibs="${with_multilib_list}"
if test "$x86_multilibs" = "default"; then
x86_multilibs="m64,m32"
|