mirror of
https://gitlab.rtems.org/rtems/rtos/rtems.git
synced 2026-08-19 21:19:47 +08:00
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:
@@ -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
|
||||
|
||||
@@ -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
|
||||
|
||||
@@ -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
|
||||
|
||||
|
||||
@@ -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
|
||||
|
||||
@@ -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
|
||||
|
||||
|
||||
@@ -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
|
||||
|
||||
Reference in New Issue
Block a user