Removed targets and configurations that are no longer functional

and not likely to become so.  Comments on each configuration
are below.

  + Force CPU386 - This BSP was developed as part of the initial
    port of RTEMS to the i386.  This board has been unavailable
    for a long time now.

  + GO32 - This BSP and some CPU code supported djgpp v1.x.  This
    version is now quite old.  No one has stepped forward to
    update the code to v2.x which may be technically impossible
    anyway.  More importantly, go32 has been superceded by the pc386 BSP.

6 files changed, 0 insertions, 81 deletions

diff --git a/README.configure b/README.configure
index d71f419338..54e3830126 100644
--- a/README.configure
+++ b/README.configure
@@ -80,7 +80,6 @@ architecture.  The following targets are supported:
 
 	a29k-rtems		only standalone, uses non-gnu compiler
 	i386-rtems
-	i386-go32-rtems         see notes
 	i960-rtems
 	hppa1.1-rtems
 	m68k-rtems
@@ -124,33 +123,6 @@ for the standalone build.
 
 2.3 Target Dependent Notes
 
-i386-go32-rtems:
-
-  1.  This is based on djgpp v1.xx.  It needs to be updated to v2.xx.
-  2.  This cannot be built one-tree style since RTEMS requires some
-      files which must be obtained from the binary distribution of the
-      djgpp library.  DJGPP can be obtained from
-      http://www.delorie.com/djgpp/dl/ofc.
-  3.  You will need to manually install a number of files from the
-      binary distribution of the DJGPP library doing something
-      like the following:
-
-      # unzip the djgpp distribution
-      cd include
-      cp dpmi.h INSTALL_POINT/lib/gcc-lib/i386-go32-rtems/2.7.2/include
-      cp go32.h INSTALL_POINT/lib/gcc-lib/i386-go32-rtems/2.7.2/include
-      cp dos.h INSTALL_POINT/lib/gcc-lib/i386-go32-rtems/2.7.2/include
-      cp pc.h INSTALL_POINT/lib/gcc-lib/i386-go32-rtems/2.7.2/include
-
-      cd ../lib
-      cp crt* INSTALL_POINT/lib/gcc-lib/i386-go32-rtems/2.7.2
-      cp libpc* INSTALL_POINT/lib/gcc-lib/i386-go32-rtems/2.7.2
-
-      # Make sure about destination on the next lines.  It keeps the newlib
-      # libc.a and the binary djgpp libc.a from conflicting.
-      cp libc.a INSTALL_POINT/lib/gcc-lib/i386-go32-rtems/2.7.2/libcgo32.a
-      cp libc_p.a INSTALL_POINT/lib/gcc-lib/i386-go32-rtems/2.7.2/libcgo32_p.a
-
 bare:
 
   1.  See the README in the bare bsp source directory. This should
diff --git a/c/src/exec/score/cpu/i386/asm.h b/c/src/exec/score/cpu/i386/asm.h
index 9fe867c04c..3fbaa4cbd9 100644
--- a/c/src/exec/score/cpu/i386/asm.h
+++ b/c/src/exec/score/cpu/i386/asm.h
@@ -44,19 +44,6 @@
  */
 
 /*
- *  Go32 suffers the same bug as __REGISTER_PREFIX__ 
- */
- 
-#if __GO32__
-#undef  __USER_LABEL_PREFIX__
-#define __USER_LABEL_PREFIX__ _
-#endif
-
-#ifndef __USER_LABEL_PREFIX__
-#define __USER_LABEL_PREFIX__ _
-#endif
-
-/*
  *  Looks like there is a bug in gcc 2.6.2 where this is not
  *  defined correctly when configured as i386-coff and
  *  i386-aout.
diff --git a/c/src/exec/score/cpu/i386/cpu_asm.S b/c/src/exec/score/cpu/i386/cpu_asm.S
index 4ac4dab626..906407836b 100644
--- a/c/src/exec/score/cpu/i386/cpu_asm.S
+++ b/c/src/exec/score/cpu/i386/cpu_asm.S
@@ -210,12 +210,6 @@ DISTINCT_EXCEPTION_WITH_FAULTCODE_ENTRY (18)
 	
 
 /*
- *  GO32 does not require these segment related routines.
- */
-
-#ifndef __GO32__
-
-/*
  *  void *i386_Logical_to_physical(
  *     rtems_unsigned16  segment,
  *     void             *address
@@ -275,7 +269,6 @@ SYM (i386_Physical_to_logical):
         subl    eax,ecx                # ecx = logical address equivalent
         movl    ecx,eax                # eax = ecx
         ret
-#endif /* __GO32__ */
 
 END_CODE
 
diff --git a/cpukit/score/cpu/i386/asm.h b/cpukit/score/cpu/i386/asm.h
index 9fe867c04c..3fbaa4cbd9 100644
--- a/cpukit/score/cpu/i386/asm.h
+++ b/cpukit/score/cpu/i386/asm.h
@@ -44,19 +44,6 @@
  */
 
 /*
- *  Go32 suffers the same bug as __REGISTER_PREFIX__ 
- */
- 
-#if __GO32__
-#undef  __USER_LABEL_PREFIX__
-#define __USER_LABEL_PREFIX__ _
-#endif
-
-#ifndef __USER_LABEL_PREFIX__
-#define __USER_LABEL_PREFIX__ _
-#endif
-
-/*
  *  Looks like there is a bug in gcc 2.6.2 where this is not
  *  defined correctly when configured as i386-coff and
  *  i386-aout.
diff --git a/cpukit/score/cpu/i386/cpu_asm.S b/cpukit/score/cpu/i386/cpu_asm.S
index 4ac4dab626..906407836b 100644
--- a/cpukit/score/cpu/i386/cpu_asm.S
+++ b/cpukit/score/cpu/i386/cpu_asm.S
@@ -210,12 +210,6 @@ DISTINCT_EXCEPTION_WITH_FAULTCODE_ENTRY (18)
 	
 
 /*
- *  GO32 does not require these segment related routines.
- */
-
-#ifndef __GO32__
-
-/*
  *  void *i386_Logical_to_physical(
  *     rtems_unsigned16  segment,
  *     void             *address
@@ -275,7 +269,6 @@ SYM (i386_Physical_to_logical):
         subl    eax,ecx                # ecx = logical address equivalent
         movl    ecx,eax                # eax = ecx
         ret
-#endif /* __GO32__ */
 
 END_CODE
 
diff --git a/cpukit/score/cpu/i386/rtems/asm.h b/cpukit/score/cpu/i386/rtems/asm.h
index 9fe867c04c..3fbaa4cbd9 100644
--- a/cpukit/score/cpu/i386/rtems/asm.h
+++ b/cpukit/score/cpu/i386/rtems/asm.h
@@ -44,19 +44,6 @@
  */
 
 /*
- *  Go32 suffers the same bug as __REGISTER_PREFIX__ 
- */
- 
-#if __GO32__
-#undef  __USER_LABEL_PREFIX__
-#define __USER_LABEL_PREFIX__ _
-#endif
-
-#ifndef __USER_LABEL_PREFIX__
-#define __USER_LABEL_PREFIX__ _
-#endif
-
-/*
  *  Looks like there is a bug in gcc 2.6.2 where this is not
  *  defined correctly when configured as i386-coff and
  *  i386-aout.