Changes between Version 10 and Version 11 of Projects/TinyRTEMS

Timestamp:

01/03/16 19:18:32 (8 years ago)

Author:

Ralph Holmes

Comment:

Fix spelling and/or grammar.

Projects/TinyRTEMS

@@ -12 +12 @@
  *  safety critical applications which need to eliminate all unused code
 
-The last point is '''VERY''' important and often lost in the discussions.  RTEMS is often used in safety-critical applications where every line of code in the deployed software must be analysed.  Removing unused and unneeded code reduces the validation effort.
+The last point is '''VERY''' important and often lost in the discussions.  RTEMS is often used in safety-critical applications where every line of code in the deployed software must be analyzed.  Removing unused and unneeded code reduces the validation effort.
 
 This effort is a series of individual tasks which appear unrelated but all somehow drop code or data that is unused in a particular RTEMS application configuration. It is a combination of code and file refactoring, Makefile.am changes, RTEMS configure time options, application time configuration, application link time and alternative algorithms that together shrink the footprint of RTEMS. 
 
-As part of this effort, use of int in the code is being heavily analysed and there is a general movement to C99 types like int32_t.  Also there is a push to reduce cohesion between files and object modules.  For example, if an application and the libraries it depends upon does not require a particular function, there is no reason it should be in the execuable.
+As part of this effort, use of int in the code is being heavily analyzed and there is a general movement to C99 types like int32_t.  Also there is a push to reduce cohesion between files and object modules.  For example, if an application and the libraries it depends upon does not require a particular function, there is no reason it should be in the execuable.
 
 RTEMS itself has a lot of features and many of these can be tailored or disabled to reduce both code and data space usage.  Historically, RTEMS minimum footprint provides a full-featured baseline and thus includes features which can not be used by low memory profile systems.  We want RTEMS to support those systems.  Some of this can be done at application configuration time, while other parts must be done at configure and compile time.