home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / lang / ada / 3768 < prev    next >
Encoding:
Text File  |  1992-12-21  |  1.7 KB  |  46 lines

  1. Newsgroups: comp.lang.ada
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!usc!news.cerf.net!shrike.irvine.com!adam
  3. From: adam@irvine.com (Adam Beneschan)
  4. Subject: Re: Any ideas on how 'is separate' interfers with optimization?
  5. In-Reply-To: brandon@evb.com's message of 7 Dec 92 12:50:30 GMT
  6. References: <1992Dec7.125030.4528@evb.com>
  7. Sender: usenet@irvine.com (News Administration)
  8. Organization: Irvine Compiler Corp., Irvine, California, USA
  9. Date: Fri, 18 Dec 1992 20:14:20 GMT
  10. Message-ID: <BzH1Jx.9Et@irvine.com>
  11. Lines: 33
  12.  
  13. In article <1992Dec7.125030.4528@evb.com> brandon@evb.com (Brandon) writes:
  14.  
  15. > Ada Letters about 6 months ago had an excellent article discussing the
  16. > use of separates and compiler optimization.  At the very least, by placing 
  17. > some unit as separate, we eliminate the compiler's ability to choose 
  18. > inline code generation for this unit.
  19. >                   Brandon Goldfedder
  20.  
  21. We need to know:  are there any Ada compilers that handle explicit
  22. inlining of separate units?  In other words:
  23.  
  24.     package body PACK_BODY is
  25.         procedure P;
  26.         pragma INLINE (P);
  27.  
  28.         procedure P is separate;
  29.         ......
  30.     end PACK_BODY;
  31.  
  32. Are there any Ada compilers that will inline the code when P is called
  33. (assuming the body of P has already been compiled before the code that
  34. calls P is compiled)?  If the answer is different depending on whether
  35. P is also declared in the specification of PACK_BODY, please let me
  36. know. 
  37.  
  38. Someone from Rational said that their compiler provides full
  39. optimization in the case of separates.  Is this case included in that? 
  40.  
  41. Please email responses to abeneschan@irvine.com.  I really appreciate
  42. it.  Thank you in advance.
  43.  
  44.                                 -- Adam Beneschan
  45.                                 -- Irvine Compiler Corporation
  46.