home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / lang / ada / 3257 < prev    next >
Encoding:
Text File  |  1992-11-11  |  2.0 KB  |  51 lines
  1. Newsgroups: comp.lang.ada
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!att-out!cbnewsl!willett
  3. From: willett@cbnewsl.cb.att.com (david.c.willett)
  4. Subject: Re: Calling Ada from a non-Ada language
  5. Organization: AT&T Bell Laboratories
  6. Date: Wed, 11 Nov 1992 22:40:56 GMT
  7. Message-ID: <1992Nov11.224056.15821@cbnewsl.cb.att.com>
  8. References: <1992Nov11.172455.11472@dale.ksc.nasa.gov>
  9. Lines: 40
  10.  
  11. From article <1992Nov11.172455.11472@dale.ksc.nasa.gov>, by rsimonia@dale.ksc.nasa.gov (Rick Simonian):
  12. > 
  13. > I'm sure that most will consider this to be gross and unwieldy,
  14. > but we need to be able to call Ada routines from non-Ada 
  15. > languages.  We first want to solve the problem from C; other
  16. > languages need to be addressed later.
  17.  
  18. dcw-> You got that right, it's pretty gross and unwieldy, but what precisely
  19. dcw-> do you mean by "call Ada routines from non-Ada languages"?  Do you 
  20. dcw-> intend for a C function (possibly main) to call an Ada procedure?
  21. dcw-> Would running the Ada units as a "detached" (in VMS-speak) or
  22. dcw-> "child" process solve your problem?  Why do you need to do this
  23. dcw-> anyway?
  24.  
  25. dcw->    (John Bentley, in "Programming Pearls" says to always ask that
  26. dcw->     last question).
  27. dcw->
  28. >
  29. > I would like to know of any experience doing this in a Unix
  30. > environment, both where Ada is the main procedure, and where
  31. > C (for example) is the main procedure.  I'm aware of the
  32. > obvious problems: how to link the executable if Ada is not
  33. > the main, how to elaborate the Ada runtime, use of exceptions, 
  34. > passing complex structures, how tasking works, and so forth.
  35. > 
  36. > Ada provides a reasonable means of calling non-Ada routines,
  37. > but you hit a brick wall going the other way.  This problem
  38. > needs to be addressed in order to better integrate Ada into
  39. > a heterogeneous environment.
  40. > 
  41. > Rick Simonian
  42. > Harris Space Systems Corp.
  43. > simonian@x102a.ess.harris.com
  44. >
  45.  
  46. -- 
  47. Dave Willett          AT&T Federal Systems Advanced Technologies
  48. attmail!dwillett      (AT&T FSAT)
  49. -- Some girls don't like boys like me.... Oh but some girls do!
  50.     -- Sawyer Brown
  51.