home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / lang / ada / 3695 < prev    next >
Encoding:
Text File  |  1992-12-15  |  2.6 KB  |  50 lines
  1. Newsgroups: comp.lang.ada
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!grian!puffin!pete
  3. From: pete@puffin.uucp (Pete Carah)
  4. Subject: Re: Open Systems closed to Ada?
  5. References: <1992Dec11.131655.23725@mksol.dseg.ti.com> <1992Dec11.212550.23767@seas.gwu.edu> <1992Dec13.151515.27646@sei.cmu.edu>
  6. Organization: Pete's Unix
  7. Date: Tue, 15 Dec 1992 19:45:20 GMT
  8. Message-ID: <BzBG7L.G3A@puffin.uucp>
  9. Lines: 39
  10.  
  11. In article <1992Dec13.151515.27646@sei.cmu.edu> ae@sei.cmu.edu (Arthur Evans) writes (quotes...):
  12. >    QRS [the pseudonym for the defense contractor, which is not
  13. >    identified] is convinced.  It has now decided to use Ada extensively
  14. >    because it believes the use of Ada will provide the company with a
  15. >    competitive edge in the market place.
  16. Or when the compiler isn't better for particular cases (e.g. device drivers
  17. and, say, specialized display drivers for which you want to unroll large
  18. loops, etc), one can prototype in ada and hand-convert to assembly when
  19. the program is debugged.  Of course, assembly optimizations and the
  20. related ada source optimizations may not exactly correspond.  However,
  21. this may make the assembly development both faster and more reliable.
  22. I have done this several times in 286-based systems using the Meridian
  23. compiler (whose optimizer wouldn't handle programs as big as ours at the
  24. time, and which wasn't as good at PARTICULAR optimizations specific to
  25. the task as we were).  Ada's package isolation makes this easy to
  26. manage.
  27.  
  28. Ada is certainly not a bad language; it wasn't nearly as well supported
  29. as C for its first 5 or more years, but that is finally getting better.
  30.  
  31. I have objections to the mandate being used to force, say, 20-30 (or even
  32. several hundred) line snobol (or awk, for example; there are related
  33. problems in non-text situations too) programs to be developed in ada
  34. where the result (because of lack of associative array packages, for
  35. an example from awk) would require thousands of lines of ada to be
  36. written.  The symbol table packages in the repository are in general
  37. not very portable - we DID try to use several of them (in other
  38. situations) and ran into problems with compile-time symbol-table size,
  39. and generated-code segment size (remember this was on a 286).
  40.  
  41. If the program volume in the repository ever gets up to even
  42. comp.sources.unix (which has been a very low-volume group lately) it
  43. may start to be useful.  Note too that the only program from the
  44. unix sources groups which I've had problems with on a 286 was pathalias
  45. (for the hash table for system names).  (compress has similar problems
  46. but since the hash table is fixed size, someone solved that problem
  47. long ago.  The result runs even in MSDOS real-mode.)
  48.  
  49. -- Pete
  50.