home *** CD-ROM | disk | FTP | other *** search
/ Programmer's ROM - The Computer Language Library / programmersrom.iso / ada / math / m36.del < prev    next >
Encoding:
Internet Message Format  |  1988-05-03  |  3.9 KB
  1. From CONTR16@NOSC-TECR Thu Jun 13 13:18:55 1985
  2. Received: from NOSC-TECR.ARPA (nosc-tecr.arpa.ARPA) by mitre.ARPA (4.12/4.7)
  3.     id AA17038; Thu, 13 Jun 85 13:18:37 edt
  4. Message-Id: <8506131718.AA17038@mitre.ARPA>
  5. Date: 13 Jun 1985 1001-PST
  6. From: Contr16 <CONTR16@NOSC-TECR>
  7. Subject: Action Items for the Machine Arithmetic Emulation
  8. To: COURT@MITRE
  9. Reply-To: CONTR16 at NOSC-TECR
  10. Status: R
  11.  
  12.  
  13.  
  14.  
  15.      The following Action Items were taken by SYSCON Corporation at
  16. the Product Delivery Review for the Emulation of Machine Arithmetic
  17. (EMA) project.  Each Action Item is presented and followed by SYSCON's
  18. proposed response:
  19.  
  20.  
  21. 1) Include Guidelines for the parameterization of the EMA
  22. facilities. This should include how to modify and/or extend
  23. the program to emulate, for example, 72-bit Integers.
  24. Comment on the ability to emulate 8 bit arithmetic, and the
  25. minimum bit size required to support the emulation. 
  26.  
  27. RESPONSE : The existing guidelines will be reviewed and 
  28. modified as necessary to comply.
  29.  
  30.  
  31. 2) Insure that the documents use consistent nomenclature with
  32. respect to host and target word sizes, etc. 
  33.  
  34. RESPONSE : The documents and code will be reviewed and revised
  35. as necessary to use a consistent nomenclature.  'Host' will
  36. refer to the executing environment (e.g., VAX with TeleSoft
  37. compiler) and 'Target' will refer to the emulation environment
  38. (e.g., Honeywell 36 bit processor). 
  39.  
  40.  
  41. 3) Describe the testing of other host/target word sizes.
  42.  
  43. RESPONSE : The section on testing will clarify what has been
  44. tested.
  45.  
  46.  
  47. 4) Describe in greater detail how the evaluation results in
  48. Table 3-2 and 3-3 were obtained.  Specifically, discuss how
  49. representative the test cases are, and how the counting of the
  50. work was performed (especially for components whose values are 
  51. zero). 
  52.  
  53. RESPONSE : The section on the evaluation of candidate 
  54. algorithms will be revised to make clearer what was done.
  55.  
  56.  
  57. 5) Replace the direct references to 36 and 72 bits with 
  58. general terms such as target_integer, target_short_float, etc.
  59. Change the naming convention for packages to avoid use of
  60. abbreviations (EMA,MAE), and expand into Emulation of Machine
  61. Arithmetic. 
  62.  
  63. RESPONSE : The references will be changed.  The changing of
  64. the naming convention will be considered (the current
  65. convention is employed because of compiler/library limitations
  66. on the number of significant characters in a name). 
  67.  
  68.  
  69. 6) Incorporate the ability to let rounding/truncation be a
  70. user controllable compile time parameter.  Place the rounding
  71. table in the code by either inserting it directly as a
  72. comment, or by representing it in the Ada code (e.g., as a
  73. nested case statement). 
  74.  
  75. RESPONSE : The option will be added, and the code updated in 
  76. the most appropriate fashion.
  77.  
  78.  
  79. 7) Change the IO routines to be compatible with Ada (Convert
  80. the 'D' to 'E', provide for leading digits, etc.).  Provide Gets
  81. and Puts with FORE and AFT fields. 
  82.  
  83. RESPONSE : The IO routines will be made compatible with Ada.  
  84. Gets and Puts will be provided if they can be implemented 
  85. quickly.
  86.  
  87.  
  88. 8) Supply the standard Ada attributes for Integer and Floating
  89. Point types ('FIRST, 'LAST, 'MACHINE_ROUNDS, etc. ).
  90.  
  91. RESPONSE : The adding of the attributes will be studied, and
  92. those which can be easily added will be. Note: There are some
  93. incompabilities between the model number approach of Ada, and
  94. the direct access to bit level architecture of the emulation. 
  95.  
  96.  
  97. 9) Export the normal (Ada predefined) exception SYSTEM.NUMERIC_ERROR.
  98.  
  99. RESPONSE : This will be accomplished by having the exception 
  100. MAE_NUMERIC_ERROR rename the System exception.  Programs using 
  101. the emulation packages will be able to trap all exceptions 
  102. with the statement "when NUMERIC_ERROR =>".  If a program 
  103. needs to distinguish between emulation and system 
  104. NUMERIC_ERRORs, then the exception MAE_NUMERIC_ERROR can be 
  105. changed to a declaration (instead of a renames).
  106.  
  107. ------
  108.  
  109.