patches/gcc/4.1.1/170-index_macro.patch
author "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Sat Jan 31 17:49:27 2009 +0000 (2009-01-31)
changeset 1183 268544004e77
parent 1 eeea35fbf182
permissions -rw-r--r--
On 20090131.1659+0100, Vincent Sanders <vince@kyllikki.org> wrote:
[This]patch is a bit more involved. The patch addresses a gcc
regression in the 4.3 series (specifically this patch is against 4.3.2
which does *not* have a lot of other issues which affect kernel building)

GCC bug tracker has this issue as
#38453 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38453
#32044 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32044

comment 65 of #32044 has the fix being applied to gcc trunk as revision #142719

The attached patch is a backport to gcc 4.3.2 which allows this
version to be used to generate correct output for various ARM kernel
build (and indeed is teh correct answer in general).

/trunk/patches/gcc/4.3.2/360-fix-expensive-optimize.patch | 207 207 0 0 +++++++++++++++++++++
1 file changed, 207 insertions(+)
yann@1
     1
--- gcc-4.1.0/libstdc++-v3/include/ext/rope.mps	2006-03-24 01:49:51 +0100
yann@1
     2
+++ gcc-4.1.0/libstdc++-v3/include/ext/rope	2006-03-24 01:49:37 +0100
yann@1
     3
@@ -59,6 +59,9 @@
yann@1
     4
 #include <bits/allocator.h>
yann@1
     5
 #include <ext/hash_fun.h>
yann@1
     6
 
yann@1
     7
+/* cope w/ index defined as macro, SuSv3 proposal */
yann@1
     8
+#undef index
yann@1
     9
+
yann@1
    10
 # ifdef __GC
yann@1
    11
 #   define __GC_CONST const
yann@1
    12
 # else
yann@1
    13
--- gcc-4.1.0/libstdc++-v3/include/ext/ropeimpl.h.mps	2006-03-24 01:50:04 +0100
yann@1
    14
+++ gcc-4.1.0/libstdc++-v3/include/ext/ropeimpl.h	2006-03-24 01:50:28 +0100
yann@1
    15
@@ -53,6 +53,9 @@
yann@1
    16
 #include <ext/memory> // For uninitialized_copy_n
yann@1
    17
 #include <ext/numeric> // For power
yann@1
    18
 
yann@1
    19
+/* cope w/ index defined as macro, SuSv3 proposal */
yann@1
    20
+#undef index
yann@1
    21
+
yann@1
    22
 namespace __gnu_cxx
yann@1
    23
 {
yann@1
    24
   using std::size_t;