home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / lang / ada / 4028 < prev    next >
Encoding:
Text File  |  1993-01-21  |  2.7 KB  |  56 lines
  1. Newsgroups: comp.lang.ada
  2. Path: sparky!uunet!noc.near.net!inmet!ryer
  3. From: ryer@inmet.camb.inmet.com (Mike Ryer)
  4. Subject: Re: ASIS (Was Re: IrisAda)
  5. Message-ID: <1993Jan21.205719.14359@inmet.camb.inmet.com>
  6. Organization: Intermetrics, Inc.
  7. References: <C16CKG.Eq8@inews.Intel.COM> <63588@mimsy.umd.edu>
  8. Date: Thu, 21 Jan 1993 20:57:19 GMT
  9. Lines: 45
  10.  
  11.  
  12. Bear in mind that ASIS has a cost beyond the dollars you pay for it.  It
  13. can result in slower compilers and larger program libraries.
  14.  
  15. Our compiler (for MVS) currently generates DIANA; it would be a very simple
  16. matter to add ASIS generation -- just send money.  However, I've been lobbying
  17. in-house to scrub down the DIANA to a much simpler internal form, deleting a
  18. lot of the attributes that are only there for use by future tools.  This would
  19. make the compiler a lot faster and the libraries at least a factor of three
  20. smaller.
  21.  
  22. Telesoft and Rational have technology which generates and retains a lot of
  23. data in the libraries.  Providing an ASIS interface is convenient for them.
  24. Vendors who have, or wish to have, leaner compilers may not be able to meet
  25. the ASIS specification.  We estimate that supporting ASIS requires that the
  26. compiler generate and retain over 1000 bytes of information per line compiled.
  27.  
  28. In my opinion, ASIS has been defined as "everything that Telesoft and Rational
  29. happen to have in their libraries", rather than "everything that a reasonable
  30. tool vendor needs and cannot easily compute for him/herself".
  31.  
  32. I'd rather see Ada compilers become as small and fast as C compilers than
  33. see richer tool support.  ASIS precludes small and fast.  I'd rather see
  34. Ada compilers get cheaper, instead of providing more functions.  ASIS will
  35. cost something to implement; increase the size and complexity of the compiler
  36. source code that has to be maintained; and, no doubt, create an additional
  37. validation burden eventually; I think that small/fast/cheap would be better 
  38. for the acceptance of Ada than ASIS support could ever be.
  39.  
  40. These are just my opinions -- I don't control the direction of Intermetrics'
  41. compiler technology.  Our customers control it through their purchasing
  42. habits.  If you talk to us, we'll tell you that ASIS support means slower
  43. compilers and bigger libraries and let you make the tradeoff.  If you just
  44. put it in your RFPs, standards, or regulations without asking the cost,
  45. we'll comply, whatever the cost.
  46.  
  47. So please, don't jump on the ASIS bandwagon too fast.  At least wait until
  48. more than one vendor implements it.  See how well it works on your PC's and
  49. in your large projects.  Find out whether users turn the ASIS option off
  50. in order to get their work done.  If ASIS's cost in size and speed are
  51. acceptable, then it's a good thing.  But that is yet to be demonstrated.
  52.  
  53.  
  54. Mike Ryer
  55. Intermetrics
  56.