patches/gcc/4.3.3/230-pr34571.patch
author "Yann E. MORIN" <yann.morin.1998@free.fr>
Sat Jan 04 01:02:57 2014 +0100 (2014-01-04)
changeset 3271 c65dc9b98841
permissions -rw-r--r--
cc/gcc: diable libsanitizer without NPTL

gcc-4.8 comes with a new library to sanitise memory access:
- heap-, stack-, and global-buffer overflow, use-after-free
- data-races between threads

This library requires some _np parts of the API, which are not
implemented in the (old) LinuxThreads, which is still available
in uClibc.

Since NPTL requires a i486 or above, i386 are stuck with using LT,
which precludes building the libsanitizer.

Disable libsanitizer, a bit like libatomic is.

Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Niels Penneman <niels@penneman.org>
yann@1162
     1
Original patch from: ../4.3.2/230-pr34571.patch
yann@1162
     2
yann@1162
     3
-= BEGIN original header =-
yann@1162
     4
Original patch from gentoo: gentoo/src/patchsets/gcc/4.3.1/gentoo/64_all_gcc43-pr34571.patch
yann@1162
     5
http://gcc.gnu.org/PR34571
yann@1162
     6
yann@1162
     7
2007-12-26  Rask Ingemann Lambertsen  <rask@sygehus.dk>
yann@1162
     8
yann@1162
     9
	PR target/34571
yann@1162
    10
	* config/alpha/alpha.c (alpha_cannot_force_const_mem): Use
yann@1162
    11
	symbolic_operand.
yann@1162
    12
	* varasm.c (output_constant_pool_1): Fix typo.
yann@1162
    13
yann@1162
    14
-= END original header =-
yann@1162
    15
yann@1162
    16
diff -durN gcc-4.3.3.orig/gcc/config/alpha/alpha.c gcc-4.3.3/gcc/config/alpha/alpha.c
yann@1162
    17
--- gcc-4.3.3.orig/gcc/config/alpha/alpha.c	2008-09-09 01:16:55.000000000 +0200
yann@1162
    18
+++ gcc-4.3.3/gcc/config/alpha/alpha.c	2009-01-27 22:25:29.000000000 +0100
yann@1162
    19
@@ -1113,8 +1113,7 @@
yann@1162
    20
 static bool
yann@1162
    21
 alpha_cannot_force_const_mem (rtx x)
yann@1162
    22
 {
yann@1162
    23
-  enum rtx_code code = GET_CODE (x);
yann@1162
    24
-  return code == SYMBOL_REF || code == LABEL_REF || code == CONST;
yann@1162
    25
+  return symbolic_operand (x, GET_MODE (x));
yann@1162
    26
 }
yann@1162
    27
 
yann@1162
    28
 /* We do not allow indirect calls to be optimized into sibling calls, nor