19 files changed, 0 insertions, 897 deletions
diff --git a/patches/gcc/3.3.1/compat.exp.patch b/patches/gcc/3.3.1/compat.exp.patch
deleted file mode 100644
index 763b8a1..0000000
--- a/patches/gcc/3.3.1/compat.exp.patch
+++ /dev/null
@@ -1,37 +0,0 @@
-Fixes the following problem when testing a cross-compiler:
-
-============================================
-Testing g++.dg/compat/abi/bitfield1,
-...
-Invoking the compiler as /crosstool-0.12/build/powerpc-750-linux-gnu/gcc-3.3-glibc-2.2.5/build-gcc/gcc/testsuite/../g++  ...
-/crosstool-0.12/build/powerpc-750-linux-gnu/gcc-3.3-glibc-2.2.5/gcc-3.3/gcc/testsuite/g++.dg/compat/abi/bitfield1_main.C
-pid is 16028 -16028
-compiler exited with status 1
-output is:
-sh: error while loading shared libraries: /opt/cegl-2.0/powerpc-750-linux-gnu/gcc-3.3-glibc-2.2.5/powerpc-750-linux-gnu/./lib/libdl.so.2: ELF file data encoding not little-endian
-/crosstool-0.12/build/powerpc-750-linux-gnu/gcc-3.3-glibc-2.2.5/build-gcc/gcc/testsuite/../g++: error while loading shared libraries: /opt/cegl-2.0/powerpc-750-linux-gnu/gcc-3.3-glibc-2.2.5/powerpc-750-linux-gnu/./lib/libc.so.6: ELF file data encoding not little-endian
-
-FAIL: g++.dg/compat/abi/bitfield1 main_tst.o compile
-============================================
-
---- gcc-3.3/gcc/testsuite/g++.dg/compat/compat.exp.old	Thu Oct 17 17:22:57 2002
-+++ gcc-3.3/gcc/testsuite/g++.dg/compat/compat.exp	Mon Jul 14 10:59:19 2003
-@@ -42,11 +42,13 @@
- proc compat-fix-library-path { } {
-     global ld_library_path
- 
--    # See comments in lib/g++.exp for why this is needed.
--    setenv  LD_LIBRARY_PATH     $ld_library_path
--    setenv  SHLIB_PATH          $ld_library_path
--    setenv  LD_LIBRARYN32_PATH  $ld_library_path
--    setenv  LD_LIBRARY64_PATH   $ld_library_path
-+    if {![is_remote target]} {
-+	# See comments in lib/g++.exp for why this is needed.
-+	setenv  LD_LIBRARY_PATH     $ld_library_path
-+	setenv  SHLIB_PATH          $ld_library_path
-+	setenv  LD_LIBRARYN32_PATH  $ld_library_path
-+	setenv  LD_LIBRARY64_PATH   $ld_library_path
-+    }
- }
- 
- #
diff --git a/patches/gcc/3.3.1/config.sub.patch b/patches/gcc/3.3.1/config.sub.patch
deleted file mode 100644
index 928f911..0000000
--- a/patches/gcc/3.3.1/config.sub.patch
+++ /dev/null
@@ -1,72 +0,0 @@
-When configuring a s390->s390 or cris->cris crosscompiler
-(ok, I haven't hit this yet, but one of these days I'll get me an account
-on an s390, and then I'll need this patch :-), you'll get the
-following error:
-
-+ /build/s390-unknown-linux-gnu/gcc-3.3-glibc-2.3.2/gcc-3.3/configure
---target=s390-unknown-linux-gnu --host=s390-host_unknown-linux-gnu
---prefix=/result/s390-unknown-linux-gnu/gcc-3.3-glibc-2.3.2
---enable-languages=c
---with-local-prefix=/result/s390-unknown-linux-gnu/gcc-3.3-glibc-2.3.2/s390-
-unknown-linux-gnu --enable-threads=no --without-headers --with-newlib
---disable-shared
-...
-*** --with-headers is only supported when cross compiling
-
-This error pops up only when you're using Daniel Jacobowitz's technique
-of slightly changing the target and host tuples to make them different
-enough to force gcc's build system to not try to pull in system libraries
-or headers.  This technique is needed e.g. to build an x86 -> x86
-cross-compiler.
-(The LFS developers ran into the same bug that prompted me to use
-this technique; they point people who run into it to
-http://linuxfromscratch.org/~greg/pure_lfs.txt, which is a different
-way of avoiding this problem.  I think the tuple tweak is the way to go, though.)
-
-config-patches@gnu.org rejected this patch, on the grounds that there
-is only one vendor of each of those two architectures, so the 
-canonicalization is by definition correct.  When I pointed out the
-difficulty this causes for people building s390 -> s390 or
-cris -> cris compilers that are incompatible with the system
-libraries and thus must be built like cross-compilers, he grumped and said 
-"autoconf should let you specify a cross-compiler in some other way than
-comparing tuple strings".
-
-
-
---- gcc-3.3/config.sub.old	Sun Jun  8 20:38:47 2003
-+++ gcc-3.3/config.sub	Sun Jun  8 20:40:34 2003
-@@ -433,9 +433,12 @@
- 	crds | unos)
- 		basic_machine=m68k-crds
- 		;;
--	cris | cris-* | etrax*)
-+	cris | etrax*)
- 		basic_machine=cris-axis
- 		;;
-+	cris-*)
-+		basic_machine=cris-`echo $basic_machine | sed 's/^[^-]*-//'`
-+		;;
- 	da30 | da30-*)
- 		basic_machine=m68k-da30
- 		;;
-@@ -820,11 +823,17 @@
- 	rtpc | rtpc-*)
- 		basic_machine=romp-ibm
- 		;;
--	s390 | s390-*)
-+	s390)
- 		basic_machine=s390-ibm
- 		;;
--	s390x | s390x-*)
-+	s390-*)
-+		basic_machine=s390-`echo $basic_machine | sed 's/^[^-]*-//'`
-+		;;
-+	s390x)
- 		basic_machine=s390x-ibm
-+		;;
-+	s390x-*)
-+		basic_machine=s390x-`echo $basic_machine | sed 's/^[^-]*-//'`
- 		;;
- 	sa29200)
- 		basic_machine=a29k-amd
diff --git a/patches/gcc/3.3.1/empty6.patch b/patches/gcc/3.3.1/empty6.patch
deleted file mode 100644
index 1b0715c..0000000
--- a/patches/gcc/3.3.1/empty6.patch
+++ /dev/null
@@ -1,21 +0,0 @@
-From 3.4 branch.  Fixes test failure
-FAIL: g++.dg/abi/empty6.C  (test for warnings, line 6)
-
-===================================================================
-RCS file: /cvs/gcc/gcc/gcc/testsuite/g++.dg/abi/empty6.C,v
-retrieving revision 1.1
-retrieving revision 1.2
-diff -u -r1.1 -r1.2
---- gcc/gcc/testsuite/g++.dg/abi/empty6.C	2002/09/25 19:07:35	1.1
-+++ gcc/gcc/testsuite/g++.dg/abi/empty6.C	2003/06/03 19:10:09	1.2
-@@ -5,4 +5,9 @@
- struct B {
-   A a; // { dg-warning "empty" }
-   virtual void f () {}
--};
-+} __attribute__((aligned(8)));
-+/* The preceding attribute is necessary on targets with
-+   BIGGEST_ALIGNMENT <= 32 to trigger the warning, as otherwise a 32 bit
-+   offset is split into DECL_FIELD_OFFSET 4 and DECL_FIELD_BIT_OFFSET 0,
-+   and then there is no discrepancy between DECL_FIELD_OFFSET and
-+   byte_position to warn about.  */
diff --git a/patches/gcc/3.3.1/gcc-3.2.3-g++.exp.patch b/patches/gcc/3.3.1/gcc-3.2.3-g++.exp.patch
deleted file mode 100644
index fb8e4f0..0000000
--- a/patches/gcc/3.3.1/gcc-3.2.3-g++.exp.patch
+++ /dev/null
@@ -1,100 +0,0 @@
-See http://gcc.gnu.org/PR12010
-
-g++ testsuite fixes for cross-compilers, Dan Kegel, Ixia Communications, 12 July 2003
-
-The first hunk fixes the error
-
-/testsuite_flags: /testsuite_flags: No such file or directory
-    while executing
-"exec sh ${odir_v3}/testsuite_flags --build-includes"
-    (procedure "g++_include_flags" line 21)
-    invoked from within
-"g++_include_flags [get_multilibs] "
-    (procedure "g++_init" line 63)
-    invoked from within
-"${tool}_init $test_file_name"
-    (procedure "runtest" line 19)
-    invoked from within
-"runtest $test_name"
-    ("foreach" body line 42)
-    invoked from within
-...
-make[1]: [check-g++] Error 1 (ignored)
-
-The fix isn't especially pretty, but it worked for me, and can't hurt the
-more common native compiler case.  Maybe someone who knows the code better 
-can come up with a better fix.
-
-The second hunk fixes the error
-
-sh: error while loading shared libraries: /opt/cegl-2.0/powerpc-405-linux-gnu/gcc-3.2.3-glibc-2.2.5/powerpc-405-linux-gnu/./lib/libdl.so.2: ELF file data encoding not little-endian
-
-when trying to compile g++ testcases (!); setting up
-the shared library environment when running crosstests of g++ 
-should either be done by a special board file, or by
-setting up a remote chroot environment (see http://kegel.com/crosstool),
-not by blithely setting LD_LIBRARY_PATH on the local system.
-
---- gcc-3.2.3/gcc/testsuite/lib/g++.exp.old	Fri Jul 11 15:42:47 2003
-+++ gcc-3.2.3/gcc/testsuite/lib/g++.exp	Sat Jul 12 12:57:07 2003
-@@ -72,6 +72,8 @@
- #
- proc g++_include_flags { paths } {
-     global srcdir
-+    global objdir
-+    global target_triplet
-     global HAVE_LIBSTDCXX_V3
-     global TESTING_IN_BUILD_TREE
- 
-@@ -90,6 +92,20 @@
- 
-     if { ${HAVE_LIBSTDCXX_V3} } {
-       set odir_v3 [lookfor_file ${gccpath} libstdc++-v3]
-+      if { $odir_v3 == "" } {
-+          verbose "g++_include_flags: couldn't find libstdc++-v3 on first try, now looking in build directory $objdir"
-+	  # first assume no multilibs
-+          set odir_v3 [lookfor_file ${objdir} "$target_triplet/libstdc++-v3"]
-+      }
-+      if { $odir_v3 == "" } {
-+          verbose "g++_include_flags: couldn't find libstdc++-v3 on second try, trying multilib"
-+	  # assume multilib only one level deep
-+          set multisub [file tail $gccpath]
-+          set odir_v3 [lookfor_file ${objdir} "$target_triplet/$multisub/libstdc++-v3"]
-+      }
-+      if { $odir_v3 == "" } {
-+           error "Can't find libstdc++-v3"
-+      }
-       append flags [exec sh ${odir_v3}/testsuite_flags --build-includes]
-     } else {
-       set odir_v2 [lookfor_file ${gccpath} libstdc++]
-@@ -192,16 +192,20 @@
-       }
-     }
- 
--    # On IRIX 6, we have to set variables akin to LD_LIBRARY_PATH, but
--    # called LD_LIBRARYN32_PATH (for the N32 ABI) and LD_LIBRARY64_PATH
--    # (for the 64-bit ABI).  The right way to do this would be to modify
--    # unix.exp -- but that's not an option since it's part of DejaGNU
--    # proper, so we do it here.  We really only need to do 
--    # this on IRIX, but it shouldn't hurt to do it anywhere else.
--    setenv  LD_LIBRARY_PATH     $ld_library_path
--    setenv  SHLIB_PATH          $ld_library_path
--    setenv  LD_LIBRARYN32_PATH  $ld_library_path
--    setenv  LD_LIBRARY64_PATH   $ld_library_path
-+    if {![is_remote target]} {
-+      # On IRIX 6, we have to set variables akin to LD_LIBRARY_PATH, but
-+      # called LD_LIBRARYN32_PATH (for the N32 ABI) and LD_LIBRARY64_PATH
-+      # (for the 64-bit ABI).  The right way to do this would be to modify
-+      # unix.exp -- but that's not an option since it's part of DejaGNU
-+      # proper, so we do it here.  We really only need to do 
-+      # this on IRIX, but it shouldn't hurt to do it anywhere else.
-+
-+      # Doing this causes us to be unable to run cross-compilers.
-+      setenv  LD_LIBRARY_PATH     $ld_library_path
-+      setenv  SHLIB_PATH          $ld_library_path
-+      setenv  LD_LIBRARYN32_PATH  $ld_library_path
-+      setenv  LD_LIBRARY64_PATH   $ld_library_path
-+    }
- 
-     return "$flags"
- }
diff --git a/patches/gcc/3.3.1/gcc-3.3-libstdc++-v3-dg.exp.patch b/patches/gcc/3.3.1/gcc-3.3-libstdc++-v3-dg.exp.patch
deleted file mode 100644
index aafc130..0000000
--- a/patches/gcc/3.3.1/gcc-3.3-libstdc++-v3-dg.exp.patch
+++ /dev/null
@@ -1,54 +0,0 @@
-Without this patch, the command
-
-RUNTESTFLAGS=--target=powerpc-750-linux-gnu -v -v -v -v make check-target-libstdc++-v3
-
-fails in two ways:
-1. the -L option meant to locate the testsuite directory is incorrect, and
-2. the wrong compiler is invoked, causing all sorts of havoc, not least of which
-is the native compiler is invoked when we really wanted to invoke the cross-compiler
-we just built.
-
-Here's an example log of the problem in action.  Every testcase fails, this shows just one:
--------------
-Invoking the compiler as g++ -ggdb3 -DDEBUG_ASSERT -I/home3/dank/wk/ixos/dap_interim/linux/3rdParty/crosstool/crosstool-0.12/build/powerpc-750-linux-gnu/gcc-3.3-glibc-2.2.5/gcc-3.3/libstdc++-v3/testsuite /home3/dank/wk/ixos/dap_interim/linux/3rdParty/crosstool/crosstool-0.12/build/powerpc-750-linux-gnu/gcc-3.3-glibc-2.2.5/gcc-3.3/libstdc++-v3/testsuite/20_util/binders.cc   -g -O2 -DDEBUG_ASSERT  -L/testsuite -lv3test -lm  -o ./binders.exe
-compiler exited with status 1
-output is:
-/usr/lib/gcc-lib/i386-linux/2.95.4/../../../../include/g++-3/stl_function.h: In method `void binder2nd<mem_fun1_ref_t<void,Elem,int> >::operator ()(const Elem &) const':^M
-/usr/lib/gcc-lib/i386-linux/2.95.4/../../../../include/g++-3/stl_algo.h:83:   instantiated from `for_each<Elem *, binder2nd<mem_fun1_ref_t<void,Elem,int> > >(Elem *, Elem *, binder2nd<mem_fun1_ref_t<void,Elem,int> >)'^M
-/home3/dank/wk/ixos/dap_interim/linux/3rdParty/crosstool/crosstool-0.12/build/powerpc-750-linux-gnu/gcc-3.3-glibc-2.2.5/gcc-3.3/libstdc++-v3/testsuite/20_util/binders.cc:43:   instantiated from here^M
-/usr/lib/gcc-lib/i386-linux/2.95.4/../../../../include/g++-3/stl_function.h:224: conversion from `const Elem' to `Elem &' discards qualifiers^M
-/usr/lib/gcc-lib/i386-linux/2.95.4/../../../../include/g++-3/stl_function.h:622: in passing argument 1 of `mem_fun1_ref_t<void,Elem,int>::operator ()(Elem &, int) const'^M
-...
-FAIL: 20_util/binders.cc (test for excess errors)
-WARNING: 20_util/binders.cc compilation failed to produce executable
--------------
-
-And here's the patch.  I'm not happy with it, and it probably gets some cases wrong,
-but it seems to work for the common native case and for my cross-compiler case.
-
---- gcc-3.3/libstdc++-v3/testsuite/lib/libstdc++-v3-dg.exp.old	Sun Jul 13 10:42:01 2003
-+++ gcc-3.3/libstdc++-v3/testsuite/lib/libstdc++-v3-dg.exp	Sun Jul 13 11:39:54 2003
-@@ -46,8 +46,23 @@
-     global gluefile wrap_flags
-     global ld_library_path
-     global tool_root_dir
-+    global target_triplet
- 
-     set blddir [lookfor_file [get_multilibs] libstdc++-v3]
-+    if { $blddir == "" } {
-+        set multilibs [get_multilibs]
-+        # FIXME: assume multilib only one level deep
-+        set multisub [file tail $multilibs]
-+        verbose "libstdc++-v3-init: couldn't find libstdc++-v3 in $multilibs, trying $objdir"
-+        set blddir [lookfor_file ${objdir} "$target_triplet/$multisub/libstdc++-v3"]
-+    }
-+    if { $blddir == "" } {
-+        verbose "libstdc++-v3-init: couldn't find libstdc++-v3, trying $objdir without multilibs"
-+        set blddir [lookfor_file ${objdir} "$target_triplet/libstdc++-v3"]
-+    }
-+    if { $blddir == "" } {
-+         error "Can't find libstdc++-v3"
-+    }
- 
-     # By default, we assume we want to run program images.
-     global dg-do-what-default
diff --git a/patches/gcc/3.3.1/gcc-3.3.1-trap-posix.patch b/patches/gcc/3.3.1/gcc-3.3.1-trap-posix.patch
deleted file mode 100644
index ce2baf3..0000000
--- a/patches/gcc/3.3.1/gcc-3.3.1-trap-posix.patch
+++ /dev/null
@@ -1,44 +0,0 @@
-# 
-# Submitted-By: Marc Kleine-Budde <mkl@pengutronix.de>, 2005-04-20
-#
-# Error:
-#
-# creating libintl.h
-# Configuring etc...
-# loading cache ../config.cache
-# checking for a BSD compatible install... (cached) /usr/bin/install -c
-# creating ./config.status
-# creating Makefile
-# trap: usage: trap [-lp] [[arg] signal_spec ...]
-#
-# Description:
-#
-# non-posix conform usage of trap causes bash >= 3.0 to fail
-# e.g.: http://sourceware.org/ml/crossgcc/2004-12/msg00132.html
-#
-# Status:
-#
-# fixed in gcc >= 3.3.5
-# backport of gcc-3.3.5 fix
-#
-diff -ruN gcc-3.3.1-orig/configure gcc-3.3.1/configure
---- gcc-3.3.1-orig/configure	2002-09-29 18:11:24.000000000 +0200
-+++ gcc-3.3.1/configure	2005-04-20 18:49:20.223220401 +0200
-@@ -697,7 +697,7 @@
- if test -f skip-this-dir; then
- 	# Perform the same cleanup as the trap handler, minus the "exit 1" of course,
- 	# and reset the trap handler.
--	trap 0
-+	trap '' 0
- 	rm -rf Makefile* ${tmpdir}
- 	# Execute the final clean-up actions
- 	${config_shell} skip-this-dir
-@@ -1596,7 +1596,7 @@
- # Perform the same cleanup as the trap handler, minus the "exit 1" of course,
- # and reset the trap handler.
- rm -rf ${tmpdir}
--trap 0
-+trap '' 0
- 
- exit 0
- 
diff --git a/patches/gcc/3.3.1/pr10392-1-test.patch b/patches/gcc/3.3.1/pr10392-1-test.patch
deleted file mode 100644
index e94c8b9..0000000
--- a/patches/gcc/3.3.1/pr10392-1-test.patch
+++ /dev/null
@@ -1,65 +0,0 @@
---- /dev/null	Sat Dec 14 13:56:51 2002
-+++ gcc-3.3.1/gcc/testsuite/gcc.dg/pr10392-1.c	Sun Sep 14 14:28:24 2003
-@@ -0,0 +1,62 @@
-+/* PR optimization/10392
-+ * Reporter: marcus@mc.pp.se
-+ * Summary: [3.3/3.4 regression] [SH] optimizer generates faulty array indexing
-+ * Description:
-+ * The address calculation of an index operation on an array on the stack 
-+ * can _under some conditions_ get messed up completely
-+ *
-+ * Testcase tweaked by dank@kegel.com
-+ * Problem only happens with -O2 -m4, so it should only happen on sh4,
-+ * but what the heck, let's test other architectures, too.
-+ * Not marked as xfail since it's a regression.
-+*/
-+/* { dg-do run } */
-+/* { dg-options "-O2" } */
-+/* { dg-options "-O2 -m4" { target sh4-*-* } } */
-+const char *dont_optimize_function_away;
-+
-+const char *use(const char *str)
-+{
-+	dont_optimize_function_away = str;
-+	if (str[0] != 'v')
-+		abort();
-+	if (str[1] < '1' || str[1] > '6')
-+		abort();
-+	if (str[2])
-+		abort();
-+	return str[2] ? "notused" : "v6";
-+}
-+
-+const char *func(char *a, char *b)
-+{
-+	char buf[128];
-+	unsigned char i;
-+	const char *result;
-+
-+	char *item[] = {
-+		"v1",
-+		"v2",
-+	};
-+
-+	buf[0] = 'v';
-+	buf[1] = '3';
-+	buf[2] = 0;
-+
-+	for (i = 0; i < 2; i++) {
-+		/* bug is: following line passes wild pointer to use() on sh4 -O2 */
-+		result = use(item[i]);
-+
-+		use(buf);
-+		use(a);
-+		use(b);
-+		result = use(result);
-+	}
-+	return result;
-+}
-+
-+int main()
-+{
-+	func("v4", "v5");
-+	return 0;
-+}
-+
diff --git a/patches/gcc/3.3.1/pr10412-1-test.patch b/patches/gcc/3.3.1/pr10412-1-test.patch
deleted file mode 100644
index 6ca0525..0000000
--- a/patches/gcc/3.3.1/pr10412-1-test.patch
+++ /dev/null
@@ -1,46 +0,0 @@
---- /dev/null	Sat Dec 14 13:56:51 2002
-+++ gcc-3.3.1/gcc/testsuite/gcc.dg/pr10412-1.c	Sun Sep 14 16:15:21 2003
-@@ -0,0 +1,43 @@
-+/* PR target/10412
-+ * Reporter: shrinivasa@kpitcummins.com 
-+ * Summary: Renesas SH - Incorrect code generation
-+ * Description:
-+ * When following code is compiled  with
-+ * sh-elf-gcc  -S -mhitachi -m2 -O2 bug1.c
-+ * generates an incorrect code.
-+ *
-+ * Testcase tweaked by dank@kegel.com
-+ * Problem only happens with -mhitachi -m2.  Not sure if I can give those
-+ * options for all sh targets.  They work on sh4, though.
-+ * Not marked as xfail as it's a regression relative to hardhat 2.0 gcc-2.97.
-+*/
-+/* { dg-do run } */
-+/* { dg-options "-O2" } */
-+int global_val;
-+
-+int func0(int x)
-+{
-+	global_val += x;
-+	return (x != 99);
-+}
-+
-+int func1(unsigned long addr)
-+{
-+	int err;
-+
-+	err = func0(addr);
-+	if (err)
-+		return (err);
-+
-+	err = func0(addr * 7);	/* address of func0 is lost during multiplication -> probable SIGSEGV */
-+	return (err);
-+}
-+
-+int main(int argc, char **argv)
-+{
-+	global_val = 0;
-+	global_val += func1(99);
-+	if (global_val != 99 * 8 + 1)
-+		abort();
-+	return 0;
-+}
diff --git a/patches/gcc/3.3.1/pr10589-1-test.patch b/patches/gcc/3.3.1/pr10589-1-test.patch
deleted file mode 100644
index 04882e5..0000000
--- a/patches/gcc/3.3.1/pr10589-1-test.patch
+++ /dev/null
@@ -1,17 +0,0 @@
---- /dev/null	Sat Dec 14 13:56:51 2002
-+++ gcc-3.3.1/gcc/testsuite/gcc.dg/pr10589-1.c	Mon Sep 15 08:57:58 2003
-@@ -0,0 +1,14 @@
-+/* PR target/10589
-+ * Reporter: mathieu@thenesis.com
-+ * Summary: For Hitachi SH target, GCC crashes when both -fomit-frame-pointer and -mdalign options are specified
-+ * Keywords: ice-on-valid-code
-+ * Testcase by Kazu Hirata, tweaked by dank@kegel.com
-+ * Did not fail in Hard Hat 2.0 gcc-2.97, nor in dodes gcc-3.0.2, so this is a regression, so I'm not marking it xfail
-+ */
-+/* { dg-do compile { target sh*-*-* } } */
-+/* { dg-options "-fomit-frame-pointer -mdalign" } */
-+
-+int foo(int a, int b)
-+{
-+	return a / b;
-+}
diff --git a/patches/gcc/3.3.1/pr11162-1-test.patch b/patches/gcc/3.3.1/pr11162-1-test.patch
deleted file mode 100644
index 9ab0d32..0000000
--- a/patches/gcc/3.3.1/pr11162-1-test.patch
+++ /dev/null
@@ -1,25 +0,0 @@
---- /dev/null	Sat Dec 14 13:56:51 2002
-+++ gcc-3.3.1/gcc/testsuite/gcc.dg/pr11162-1.c	Sun Sep 14 16:24:41 2003
-@@ -0,0 +1,22 @@
-+/*
-+ * PR optimization/11162
-+ * Reporter: Toshiyasu Morita <tm@kloo.net>
-+ * Summary: [3.4 Regression] [-fnew-ra] ICE compiling channel.i on sh
-+ * Keywords: ice-on-valid-code
-+ * Description:
-+ * [ICE] when channel.i from stress-1.17 is compiled with options:
-+ * -O2 -m4 -fnew-ra
-+ * ...
-+ * The CFG code gets confused by the addition of a USE insn after a sibcall.
-+ * Sibcalls are supposed to end the block (and the function!), so the fact
-+ * that we have an instruction following one (even if its fake) is confusing.
-+ *
-+ * testcase tweaked by dank@kegel.com
-+ */
-+/* { dg-do compile } */
-+/* { dg-options "-O2 -fnew-ra" } */
-+
-+int foo(char *p1)
-+{
-+	return bar(p1);
-+}
diff --git a/patches/gcc/3.3.1/pr11587-1-test.patch b/patches/gcc/3.3.1/pr11587-1-test.patch
deleted file mode 100644
index f6dedde..0000000
--- a/patches/gcc/3.3.1/pr11587-1-test.patch
+++ /dev/null
@@ -1,39 +0,0 @@
---- /dev/null	Sat Dec 14 13:56:51 2002
-+++ gcc-3.3.1/gcc/testsuite/gcc.dg/pr11587-1.c	Mon Sep 15 08:46:00 2003
-@@ -0,0 +1,36 @@
-+/* PR optimization/11587
-+ * Reporter: Michael Eager <eager@mvista.com>
-+ * Summary: [3.3/3.4 Regression] SH ICE in reload_cse_simplify_operand, postreload.c
-+ * Keywords: ice-on-valid-code
-+ *
-+ * Note: a fix exists; see bugzilla
-+ *
-+ * Testcase tweaked by dank@kegel.com
-+ * Not marked as xfail since it's a regression.
-+ */
-+
-+/* { dg-do compile } */
-+/* { dg-options "-O1" } */
-+int foo1(void);
-+int foo2();
-+int foo3();
-+
-+static int goo()
-+{
-+	int i;
-+
-+	if (i <= 0)
-+		return i;
-+
-+	if (foo1() > 1) {
-+		i = foo2();
-+		if (i < 0)
-+			return i;
-+		if (i) {
-+			if (foo3())
-+				return 1;
-+			return 0;
-+		}
-+	}
-+
-+}
diff --git a/patches/gcc/3.3.1/pr11736-1-test.patch b/patches/gcc/3.3.1/pr11736-1-test.patch
deleted file mode 100644
index ea544b1..0000000
--- a/patches/gcc/3.3.1/pr11736-1-test.patch
+++ /dev/null
@@ -1,48 +0,0 @@
---- /dev/null	Sat Dec 14 13:56:51 2002
-+++ gcc-3.3.1/gcc/testsuite/gcc.dg/pr11736-1.c	Sun Sep 14 14:26:33 2003
-@@ -0,0 +1,45 @@
-+/* PR optimization/11736
-+ * Reporter: marcus@mc.pp.se
-+ * Summary:  Stackpointer messed up on SuperH
-+ * Keywords: wrong-code
-+ * Description:
-+ * When a function with 5 arguments is called in both branches of a
-+ * conditional, and only the last argument differs, the code to push that
-+ * last argument on the stack gets confused. 
-+ * Space for the fifth argument is reserved on the stack by the
-+ * instruction I have marked as "A".  However, if the else-branch is
-+ * taken the stackpointer is decremented _again_ at "B".  This
-+ * decrementation is never restored, and it is only due to the
-+ * restoration of r15 from r14 that the function works at all.  With
-+ * -fomit-frame-pointer it will crash.
-+ *
-+ * Testcase tweaked by dank@kegel.com
-+ * Not marked as xfail since it's a regression from hardhat 2.0 gcc-2.97 
-+ * and dodes gcc-3.0.2
-+ */
-+
-+/* { dg-do run } */
-+/* { dg-options "-O1 -fomit-frame-pointer" } */
-+
-+int expected_e;
-+
-+void bar(int a, int b, int c, int d, int e)
-+{
-+	if (e != expected_e)
-+		abort();
-+}
-+
-+void foo(int a)
-+{
-+	if (a)
-+		bar(0, 0, 0, 0, 1);
-+	else
-+		bar(0, 0, 0, 0, 0);	/* stack pointer decremented extra time here, causing segfault */
-+}
-+
-+int main(int argc, char **argv)
-+{
-+	for (expected_e = 0; expected_e < 2; expected_e++)
-+		foo(expected_e);
-+	return 0;
-+}
diff --git a/patches/gcc/3.3.1/pr11864-1-test.patch b/patches/gcc/3.3.1/pr11864-1-test.patch
deleted file mode 100644
index f5b0d17..0000000
--- a/patches/gcc/3.3.1/pr11864-1-test.patch
+++ /dev/null
@@ -1,45 +0,0 @@
---- /dev/null	Sat Dec 14 13:56:51 2002
-+++ gcc-3.3.1/gcc/testsuite/gcc.dg/pr11864-1.c	Sun Sep 14 14:32:24 2003
-@@ -0,0 +1,42 @@
-+/* PR optimization/11864
-+ * Reporter: Kazumoto Kojima <kkojima@gcc.gnu.org>
-+ * Summary: [3.3/3.4 regression] miscompiles zero extension and test
-+ * Description:
-+ * gcc-3.3/3.4 -O2 for sh target may miscompile the combination of zero extension
-+ * and test if it's zero.
-+ *
-+ * Testcase tweaked by dank@kegel.com.  Not marked as xfail because it's a regression.
-+ */
-+/* { dg-do run } */
-+/* { dg-options "-O2" } */
-+
-+extern void abort(void);
-+
-+int val = 0xff00;
-+
-+int f(void)
-+{
-+	return val;
-+}
-+
-+unsigned char a[1];
-+
-+void foo(void)
-+{
-+	a[0] = f() & 255;
-+
-+	if (!a[0])
-+		a[0] = f() & 255;
-+
-+	if (!a[0])
-+		a[0] = 1 + (f() & 127);
-+}
-+
-+int main(int argc, char **argv)
-+{
-+	foo();
-+	if (!a[0])
-+		abort();
-+
-+	return 0;
-+}
diff --git a/patches/gcc/3.3.1/pr11949-fix.patch b/patches/gcc/3.3.1/pr11949-fix.patch
deleted file mode 100644
index 7f60b95..0000000
--- a/patches/gcc/3.3.1/pr11949-fix.patch
+++ /dev/null
@@ -1,61 +0,0 @@
-Message-Id: 20030822160024.GA305@ftbfs.org
-From: Matt Kraai kraai at alumni dot cmu dot edu
-To: gcc-patches at gcc dot gnu dot org
-Date: Fri, 22 Aug 2003 09:00:24 -0700
-Subject: PR 11949
-
-Howdy,
-
-I've backported the following patch from the mainline to the 3.3
-branch to fix PR 11949.
-
-Bootstrapped and regression tested on powerpc-unknown-linux-gnu.
-
-OK to commit?
-
-	PR c/11949
-	Backport from mainline:
-
-	2003-05-05  Aldy Hernandez  aldyh@redhat.com
-
-	* testsuite/gcc.c-torture/compile/simd-6.c: New.
-
-	* c-typeck.c (digest_init): Handle arrays of vector constants.
-
-Index: gcc/c-typeck.c
-===================================================================
-RCS file: /cvs/gcc/gcc/gcc/c-typeck.c,v
-retrieving revision 1.213.2.8
-diff -3 -c -p -r1.213.2.8 c-typeck.c
-*** gcc/gcc/c-typeck.c	19 Aug 2003 01:42:35 -0000	1.213.2.8
---- gcc/gcc/c-typeck.c	22 Aug 2003 09:24:03 -0000
-*************** digest_init (type, init, require_constan
-*** 4765,4772 ****
-    if (code == VECTOR_TYPE
-        && comptypes (TREE_TYPE (inside_init), type)
-        && TREE_CONSTANT (inside_init))
-!     return build_vector (type, TREE_OPERAND (inside_init, 1));
-! 
-  
-    /* Any type can be initialized
-       from an expression of the same type, optionally with braces.  */
---- 4765,4778 ----
-    if (code == VECTOR_TYPE
-        && comptypes (TREE_TYPE (inside_init), type)
-        && TREE_CONSTANT (inside_init))
-!     {
-!       if (TREE_CODE (inside_init) == VECTOR_CST
-! 	  && comptypes (TYPE_MAIN_VARIANT (TREE_TYPE (inside_init)),
-! 			TYPE_MAIN_VARIANT (type)))
-! 	return inside_init;
-!       else
-! 	return build_vector (type, CONSTRUCTOR_ELTS (inside_init));
-!     }
-  
-    /* Any type can be initialized
-       from an expression of the same type, optionally with braces.  */
-
-typedef int __attribute__((mode(V2SI))) vec;
-
-vec a[] = {(vec) {1, 2}, {3, 4}};
-
diff --git a/patches/gcc/3.3.1/pr9365-1-test.patch b/patches/gcc/3.3.1/pr9365-1-test.patch
deleted file mode 100644
index ee7dfa7..0000000
--- a/patches/gcc/3.3.1/pr9365-1-test.patch
+++ /dev/null
@@ -1,43 +0,0 @@
---- /dev/null	Sat Dec 14 13:56:51 2002
-+++ gcc-3.3.1/gcc/testsuite/gcc.dg/pr9365-1.c	Sun Sep 14 09:34:37 2003
-@@ -0,0 +1,40 @@
-+/* PR target/9365
-+ * Origin: marcus@mc.pp.se
-+ * Testcase tweaked by dank@kegel.com
-+ * [3.3 regression] [SH] segfault in gen_far_branch (config/sh/sh.c)
-+ * ice-on-valid-code
-+ * Not marked as xfail since it's a regression
-+*/
-+/* { dg-do compile } */
-+/* { dg-options "-O2 -fomit-frame-pointer" } */
-+
-+
-+void foo(int n, int *p)
-+{
-+	switch(n) {
-+	case 100: case 110: case 120: case 130: case 140:
-+	case 200: case 210: case 220: case 230: case 240:
-+	case 300: case 310: case 320: case 330: case 340:
-+	case 400: case 410: case 420: case 430: case 440:
-+	case 500: case 510: case 520: case 530: case 540:
-+	case 600: case 610: case 620: case 630: case 640:
-+	case 700: case 710: case 720: case 730: case 740:
-+	case 800: case 810: case 820: case 830: case 840:
-+	case 900: case 910: case 920: case 930: case 940:
-+		break;
-+	default:
-+		*p = n;
-+		break;
-+	}
-+}
-+
-+int main(int argc, char **argv)
-+{
-+	int p;
-+
-+	(void) argv;
-+
-+	foo(argc, &p);
-+
-+	return p;
-+}
diff --git a/patches/gcc/3.3.1/sh-pic-set_fpscr.patch b/patches/gcc/3.3.1/sh-pic-set_fpscr.patch
deleted file mode 100644
index e83f728..0000000
--- a/patches/gcc/3.3.1/sh-pic-set_fpscr.patch
+++ /dev/null
@@ -1,61 +0,0 @@
-See http://gcc.gnu.org/PR11901
-Should fix
-make[2]: *** [/gcc-3.3-glibc-2.3.2/build-glibc/elf/check-textrel.out] Error 1 
-in glibc's "make tests".
-
--------------
-
-Message-Id: <200307300255.h6U2tB906928@r-rr.iij4u.or.jp>
-To: dank@kegel.com
-Cc: linux-sh@m17n.org
-Subject: Re: Writing PIC version of __udivsi3_i4? (was: Re: "make tests" fails
- with "libc.so: text relocations used" in glibc-2.3.2 for sh4)
-In-Reply-To: Your message of "Wed, 30 Jul 2003 11:20:49 +0900"
-	<200307300212.h6U2CH901209@r-rr.iij4u.or.jp>
-References: <200307300212.h6U2CH901209@r-rr.iij4u.or.jp>
-Date: Wed, 30 Jul 2003 12:03:01 +0900
-From: kaz Kojima <kkojima@rr.iij4u.or.jp>
-
-> I'll try to write the PIC version of it,
-
-Dan, does the attached patch work for you?
-
-[dank: original patch deleted; here's same thing rediffed against gcc-3.3 instead of HEAD]
-
---- gcc-3.3/gcc/config/sh/lib1funcs.asm.old	Tue Jul 29 21:37:29 2003
-+++ gcc-3.3/gcc/config/sh/lib1funcs.asm	Tue Jul 29 21:40:58 2003
-@@ -1792,7 +1792,17 @@
- 	.global GLOBAL(set_fpscr)
- GLOBAL(set_fpscr):
- 	lds r4,fpscr
-+#ifdef __PIC__
-+	mov.l	r12,@-r15
-+	mova	LOCAL(set_fpscr_L0),r0
-+	mov.l	LOCAL(set_fpscr_L0),r12
-+	add	r0,r12
-+	mov.l	LOCAL(set_fpscr_L1),r0
-+	mov.l	@(r0,r12),r1
-+	mov.l	@r15+,r12
-+#else
- 	mov.l LOCAL(set_fpscr_L1),r1
-+#endif
- 	swap.w r4,r0
- 	or #24,r0
- #ifndef FMOVD_WORKS
-@@ -1820,8 +1830,16 @@
- 	mov.l r3,@(4,r1)
- #endif
- 	.align 2
-+#ifdef __PIC__
-+LOCAL(set_fpscr_L0):
-+	.long _GLOBAL_OFFSET_TABLE_
-+LOCAL(set_fpscr_L1):
-+	.long GLOBAL(fpscr_values@GOT)
-+#else
- LOCAL(set_fpscr_L1):
- 	.long GLOBAL(fpscr_values)
-+#endif
-+
- #ifdef __ELF__
-         .comm   GLOBAL(fpscr_values),8,4
- #else
diff --git a/patches/gcc/3.3.1/sh-spec.patch b/patches/gcc/3.3.1/sh-spec.patch
deleted file mode 100644
index efd4243..0000000
--- a/patches/gcc/3.3.1/sh-spec.patch
+++ /dev/null
@@ -1,52 +0,0 @@
-See http://gcc.gnu.org/PR11902
-
-Part of fix for abort on line
-  assert (info[DT_RPATH] == NULL);
-in glibc-2.3.2's ld.so, which makes all dynamically-linked
-programs crash.
-
-Message-Id: <200308020452.h724q0n01509@r-rr.iij4u.or.jp>
-To: dank@kegel.com
-Cc: kkojima@rr.iij4u.or.jp
-Subject: Re: Writing PIC version of __udivsi3_i4?
-In-Reply-To: Your message of "Fri, 01 Aug 2003 21:15:27 -0700"
-	<3F2B3ADF.6030206@kegel.com>
-References: <3F2B3ADF.6030206@kegel.com>
-Date: Sat, 02 Aug 2003 13:58:05 +0900
-From: kaz Kojima <kkojima@rr.iij4u.or.jp>
-
-Dan Kegel <dank@kegel.com> wrote:
-> It seems it might be from gcc's spec file:
-> 
-> *subtarget_link_spec:
-> %{shared:-shared}    %{!static:      %{rdynamic:-export-dynamic}      %{!dynamic-linker:-dynamic-linker /lib/ld-linux.so.2}      %{!rpath:-rpath /lib}}    %{static:-static}
-> 
-> as the only place -rpath showed up was in the output of gcc -v as it
-> was linking libc.so.
-> 
-> Well, that's a clue, anyway!  Guess I'll dig through the spec files
-> tomorrow to see if I can figure it out some more.
-
-I've grepped gcc/config/*/*.h and found only SH and old libc1 stuffs
-of i386/alpha include %{!rpath:-rpath ... in 3.3 release and the
-current CVS. And my sh-gcc's specs doesn't have this :-(
-It would be the Right Thing to remove this stuff simply. How about
-the gcc patch below?
-
-Regards,
-	kaz
---
---- gcc-3.3/gcc/config/sh/linux.h.orig	Sat Aug  2 13:20:57 2003
-+++ gcc-3.3/gcc/config/sh/linux.h	Sat Aug  2 13:22:42 2003
-@@ -48,8 +48,7 @@ do { \
-   "%{shared:-shared} \
-    %{!static: \
-      %{rdynamic:-export-dynamic} \
--     %{!dynamic-linker:-dynamic-linker /lib/ld-linux.so.2} \
--     %{!rpath:-rpath /lib}} \
-+     %{!dynamic-linker:-dynamic-linker /lib/ld-linux.so.2}} \
-    %{static:-static}"
- 
- /* The GNU C++ standard library requires that these macros be defined.  */
-
-
diff --git a/patches/gcc/3.3.1/sh4-pthread.patch b/patches/gcc/3.3.1/sh4-pthread.patch
deleted file mode 100644
index 95e1057..0000000
--- a/patches/gcc/3.3.1/sh4-pthread.patch
+++ /dev/null
@@ -1,44 +0,0 @@
-See http://gcc.gnu.org/PR11903
-
-Patch to fix following test case failure:
-
-		=== libstdc++-v3 tests ===
-FAIL: thread/pthread1.cc (test for excess errors)
-Excess errors:
-/opt/cegl-2.0/sh4-unknown-linux-gnu/gcc-ss-3_3-20030714-glibc-2.2.5/sh4-unknown-linux-gnu/bin/ld: cannot find -lthread
-collect2: ld returned 1 exit status
-
-Note that *any* program compiled with -pthread fails:
-
-/opt/cegl-2.0/sh4-unknown-linux-gnu/gcc-ss-3_3-20030714-glibc-2.2.5/bin/sh4-unknown-linux-gnu-gcc hello.c  -pthread
-/opt/cegl-2.0/sh4-unknown-linux-gnu/gcc-ss-3_3-20030714-glibc-2.2.5/lib/gcc-lib/sh4-unknown-linux-gnu/3.3.1/../../../../sh4-unknown-linux-gnu/bin/ld: cannot find -lthread
-collect2: ld returned 1 exit status
-
-Compiling with -lpthread on the other hand works fine:
-/opt/cegl-2.0/sh4-unknown-linux-gnu/gcc-ss-3_3-20030714-glibc-2.2.5/bin/sh4-unknown-linux-gnu-gcc hello.c  -lpthread
-
-So -pthread is broken in some trivial way; it should invoke -lpthread, not -lthread,
-at least when targeting Linux. 
-
-http://www.sh-linux.org/rpm-2003/SRPMS/gcc-3.2.3-3.src.rpm contains a jumbo patch,
-gcc-20030210-sh-linux-1.patch, that includes a fix for this.  Here's the
-appropriate hunk (brings in a fix for the documented -mieee option).
-No idea if this fix is completely right, but it works for me...
-- dank@kegel.com  20 Jul 2003
-
-Index: linux.h
-===================================================================
-RCS file: /cvsroot/gcc/gcc/gcc/config/sh/linux.h,v
-retrieving revision 1.9.20.1
-diff -u -d -u -r1.9.20.1 linux.h
---- gcc-ss-3_3-20030714/gcc/config/sh/linux.h.old	6 Jun 2003 02:30:59 -0000	1.9.20.1
-+++ gcc-ss-3_3-20030714/gcc/config/sh/linux.h	20 Jul 2003 23:36:50 -0000
-@@ -59,7 +59,7 @@
- #undef LIB_SPEC
- #define LIB_SPEC \
-   "%{shared: -lc} \
--   %{!shared: %{pthread:-lthread} \
-+   %{!shared: %{mieee:-lieee} %{pthread:-lpthread} \
-      %{profile:-lc_p} %{!profile: -lc}}"
- 
- #undef STARTFILE_SPEC
diff --git a/patches/gcc/3.3.1/thunk3.patch b/patches/gcc/3.3.1/thunk3.patch
deleted file mode 100644
index 7974a0c..0000000
--- a/patches/gcc/3.3.1/thunk3.patch
+++ /dev/null
@@ -1,23 +0,0 @@
-Fixes 
-FAIL: g++.jason/thunk3.C (test for excess errors)
-on sh4-unknown-linux-gnu.
-
-Does any sh variant *not* use the generic thunk support?  If so, the patch should be
-more cautious.  As it is, it excludes all sh processors from this test.
-
-Index: thunk3.C
-===================================================================
-RCS file: /cvsroot/gcc/gcc/gcc/testsuite/g++.old-deja/g++.jason/thunk3.C,v
-retrieving revision 1.13
-diff -u -d -u -r1.13 thunk3.C
---- gcc-ss-3_3-20030714/gcc/testsuite/g++.old-deja/g++.jason/thunk3.C.old	25 Mar 2002 17:57:03 -0000	1.13
-+++ gcc-ss-3_3-20030714/gcc/testsuite/g++.old-deja/g++.jason/thunk3.C	20 Jul 2003 16:57:38 -0000
-@@ -2,7 +2,7 @@
- // Note that this will break on any target that uses the generic thunk
- //  support, because it doesn't support variadic functions.
- 
--// excess errors test - XFAIL mips*-*-* rs6000-*-* powerpc-*-eabi m68k-*-coff m68k-motorola-sysv m88k-motorola-sysv3  mn10300-*-* mn10200-*-* v850-*-* sh-*-* sh64-*-* h8*-*-* xtensa-*-*
-+// excess errors test - XFAIL mips*-*-* rs6000-*-* powerpc-*-eabi m68k-*-coff m68k-motorola-sysv m88k-motorola-sysv3  mn10300-*-* mn10200-*-* v850-*-* sh*-*-* h8*-*-* xtensa-*-*
- 
- #include <stdarg.h>
-