aboutsummaryrefslogtreecommitdiff
path: root/meta-linaro/recipes-devtools/gcc/gcc-linaro-4.7/64bithack.patch
diff options
context:
space:
mode:
Diffstat (limited to 'meta-linaro/recipes-devtools/gcc/gcc-linaro-4.7/64bithack.patch')
-rw-r--r--meta-linaro/recipes-devtools/gcc/gcc-linaro-4.7/64bithack.patch27
1 files changed, 27 insertions, 0 deletions
diff --git a/meta-linaro/recipes-devtools/gcc/gcc-linaro-4.7/64bithack.patch b/meta-linaro/recipes-devtools/gcc/gcc-linaro-4.7/64bithack.patch
new file mode 100644
index 00000000..7a4ba4c1
--- /dev/null
+++ b/meta-linaro/recipes-devtools/gcc/gcc-linaro-4.7/64bithack.patch
@@ -0,0 +1,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"