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.
This commit is contained in:
Joel Sherrill
1999-10-05 19:11:57 +00:00
parent 0439dba0ec
commit 30f7ff91fc
6 changed files with 0 additions and 81 deletions
-28
View File
@@ -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
-13
View File
@@ -43,19 +43,6 @@
* have to define these as appropriate.
*/
/*
* 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
-7
View File
@@ -209,12 +209,6 @@ DISTINCT_EXCEPTION_WITH_FAULTCODE_ENTRY (17)
DISTINCT_EXCEPTION_WITH_FAULTCODE_ENTRY (18)
/*
* GO32 does not require these segment related routines.
*/
#ifndef __GO32__
/*
* void *i386_Logical_to_physical(
* rtems_unsigned16 segment,
@@ -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
-13
View File
@@ -43,19 +43,6 @@
* have to define these as appropriate.
*/
/*
* 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
-7
View File
@@ -209,12 +209,6 @@ DISTINCT_EXCEPTION_WITH_FAULTCODE_ENTRY (17)
DISTINCT_EXCEPTION_WITH_FAULTCODE_ENTRY (18)
/*
* GO32 does not require these segment related routines.
*/
#ifndef __GO32__
/*
* void *i386_Logical_to_physical(
* rtems_unsigned16 segment,
@@ -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
-13
View File
@@ -43,19 +43,6 @@
* have to define these as appropriate.
*/
/*
* 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