home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / lang / ada / 2533 < prev    next >
Encoding:
Text File  |  1992-09-03  |  1.3 KB  |  29 lines
  1. Newsgroups: comp.lang.ada
  2. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!wupost!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!linus!linus.mitre.org!linus!mbunix!emery
  3. From: emery@Dr_No.mitre.org (David Emery)
  4. Subject: Re: Play 20K expressions again, Sam
  5. In-Reply-To: byrley@NTSC-RD.NAVY.MIL's message of 28 Aug 92 16:29:00 GMT
  6. Message-ID: <EMERY.92Sep3173731@Dr_No.mitre.org>
  7. Sender: news@linus.mitre.org (News Service)
  8. Nntp-Posting-Host: dr_no.mitre.org
  9. Organization: The Mitre Corp., Bedford, MA.
  10. References: <9208281536.AA01868@ajpo.sei.cmu.edu>
  11. Date: Thu, 3 Sep 1992 22:37:31 GMT
  12. Lines: 15
  13.  
  14. I've run into the "damn Verdix bug" limit on number of branches in a
  15. case statement a couple of times.  In all cases, it was via
  16. machine-generated code (in particular YACC-style parse tables).  If
  17. you believe that machine-generated code is a good thing, then you have
  18. to be prepared for such problems.  
  19.  
  20. I think that GUI-builders, YACC-style tools and other generation tools
  21. will grow in importance.  It's important that compiler vendors
  22. document their limits, so that the tool builders can respect them and
  23. deal with the problems appropriately.  
  24.  
  25. It's completely inappropriate (and a real pain) to have to
  26. hand-massage machine-generated code to work around a compiler bug.
  27.  
  28.                 dave
  29.