home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / gnu / g / help / 1052 < prev    next >
Encoding:
Internet Message Format  |  1992-07-28  |  1.6 KB

  1. Path: sparky!uunet!dtix!darwin.sura.net!uvaarpa!cv3.cv.nrao.edu!laphroaig!cflatter
  2. From: cflatter@nrao.edu (Chris Flatters)
  3. Newsgroups: gnu.g++.help
  4. Subject: Re: g++ exception handling
  5. Message-ID: <1992Jul28.185340.6354@nrao.edu>
  6. Date: 28 Jul 92 18:53:40 GMT
  7. References: <1992Jul28.172450.23644@ichips.intel.com>
  8. Sender: news@nrao.edu
  9. Reply-To: cflatter@nrao.edu
  10. Organization: NRAO
  11. Lines: 29
  12.  
  13. In article 23644@ichips.intel.com, tmcconne@sedona.intel.com (Tom McConnell) writes:
  14. >
  15. >In article <1992Jul28.040201.5029@noose.ecn.purdue.edu>, helz@ecn.purdue.edu (Randall A Helzerman) writes:
  16. >> I was hacking around in the bison files for gcc 2.2.2 and came 
  17. >> across the comment which said that gcc 2.2.2 supports ANSI
  18. >> exception handling syntax, but use at your own risk.
  19. >> 
  20. >> Has anyone had any trouble with them?  Are they pretty robust?
  21. >> 
  22. >> Could someone explain to me the syntax and how they work?  I'm
  23. >> familier with lispish exception handling--is it similar in
  24. >> concept?
  25. >> 
  26. >> Thank-you kindly, in advance.
  27. >
  28. >  My experiance with gcc and exception handling is that it does not work. The
  29. >code is "there" but does not seem to be functional. I spent some time trying to
  30. >write a working exception program, then spent some time debugging gcc, to no
  31. >avail.
  32. >
  33. >  I spent some time talking to other people, and my understanding that exception
  34. >handling does not currently work :(
  35.  
  36. When the bison grammar files note that they support ANSI exception handling syntax
  37. that is exactly what they mean: GNU C++ will parse ANSI-style exception handling
  38. code if you give it the correct -f flag but there is (as yet) no run-time support.
  39.  
  40.     Chris Flatters
  41.     cflatter@nrao.edu
  42.