home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / applicat / 9570 < prev    next >
Encoding:
Text File  |  1992-12-22  |  1.6 KB  |  42 lines
  1. Newsgroups: comp.sys.amiga.applications
  2. Path: sparky!uunet!spool.mu.edu!darwin.sura.net!gatech!concert!sas!mozart.unx.sas.com!walker
  3. From: walker@twix.unx.sas.com (Doug Walker)
  4. Subject: Re: Is SAS C V6 C++ compatible
  5. Originator: walker@twix.unx.sas.com
  6. Sender: news@unx.sas.com (Noter of Newsworthy Events)
  7. Message-ID: <BznxH3.I9t@unx.sas.com>
  8. Date: Tue, 22 Dec 1992 13:29:26 GMT
  9. References: <BzM4KA.BHx@unx.sas.com> <1992Dec22.094220.12440@nntpd.lkg.dec.com>
  10. Nntp-Posting-Host: twix.unx.sas.com
  11. Organization: SAS Institute Inc.
  12. Lines: 28
  13.  
  14.  
  15. In article <1992Dec22.094220.12440@nntpd.lkg.dec.com>, bath@hunnas (David Bath) writes:
  16. |> 
  17. |> --
  18. |> 
  19. |> >>Until the exception-handling is defined a little better, no compiler vendor
  20. |> >>will be able to produce a version with any assurance that it will remain   
  21. |> >>compliant in the future.  True, exception handling will change the style   
  22. |> >>in which objects are developed;  this makes it even more important not     
  23. |> >>to make the wrong change!
  24. |> 
  25. |> Should we assume from this that next year's SAS C++ won't have exception
  26. |> handling (a la AT&T 3.0)?
  27.  
  28. Yes, sorry - I thought I had said that, but I guess not...  we will
  29. not have exception handling.
  30.  
  31. |> | David Bath            | bath@ozrock.enet.dec.com                    |
  32.  
  33. -- 
  34.   *****
  35. =*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
  36.  *|. o.| ||                                          1200/2400/9600 Dual
  37.   | o  |//     For all you do, this bug's for you!
  38.   ====== 
  39. usenet: walker@unx.sas.com                            bix: djwalker 
  40. Any opinions expressed are mine, not those of SAS Institute, Inc.
  41.  
  42.