From 8a7fafb38475c9338cff61345c6158d8bc4050eb Mon Sep 17 00:00:00 2001 From: Joel Sherrill Date: Wed, 23 Apr 1997 18:17:01 +0000 Subject: Updated to reflect changes since 3.6.0 --- c/PROBLEMS | 19 ++----------------- 1 file changed, 2 insertions(+), 17 deletions(-) diff --git a/c/PROBLEMS b/c/PROBLEMS index f09a9b04f6..e0640acb3c 100644 --- a/c/PROBLEMS +++ b/c/PROBLEMS @@ -4,12 +4,6 @@ This is the list of outstanding problems in this release. -+ The POSIX threads and real-time extensions are tested but this is - the first release with them included. They are not enabled by - default. The environment variable RTEMS_HAS_POSIX_API must be - set to "yes" and the C language macro RTEMS_POSIX_API must be defined - before this api is included in the build. - + The shell scripts runtest and difftest do not work properly when testing "debug" executables. @@ -36,10 +30,6 @@ This is the list of outstanding problems in this release. It is better to define these in the linkcmds file. It is also nice to use the linkcmds file to place overlays for on-board hardware. -+ The __read(), __write(), etc. routines should be renamed __rtems_read(), - etc. to avoid potential naming conflicts. [NOTE: This is already - necessary under some versions of Linux with the unix port.] - + The __read() system call in all of the BSPs using single character input/output needs to be smarter. The following issues need to be addressed: @@ -55,19 +45,14 @@ This is the list of outstanding problems in this release. + There are conflicts between the names of native library routines which MUST be used and those in the POSIX support. This must - be addressed. + be addressed. The POSIX API cannot be used with this port as a + result of this. + Some of the tests may execute correctly and not produce the exact ordering of lines in the screen file. This appears to be a combination of a number of factors including buffering, processor speed, IO device overhead, and clock interrupt rate. -+ The compiler configuration files (c/make/gcc-XYZ.cfg) are largely - the same when the different targets have the same CPU. It would - be desirable to have a gcc-CPU.cfg or gcc-CPU_MODEL.cfg (e.g. - gcc-m68k.cfg or gcc-m68020.cfg) and have the file gcc-TARGET.cfg - include this and possibly override default settings. - + The clock device drivers should really avoid doing the division by 1000 in the clock tick ISR to convert microseconds into milliseconds. This only applies to clock drivers which generate -- cgit v1.2.3